Binance Square
西西斯
471 Posting

西西斯

落榜美术生,九年圈龄,曾经几乎归零。分享币圈故事和心得,在选择中寻找机会,在失败中顽强成长。 钱包-邀请好友页面输入我的邀请码:XIXISI,享受手续费75折优惠
Perdagangan Terbuka
Pedagang dengan Frekuensi Tinggi
8.6 Tahun
40 Mengikuti
2.2K+ Pengikut
304 Disukai
Posting
Portofolio
PINNED
·
--
Sembilan tahun pengalaman di dunia kripto, tidak membawa posisi, tidak terlibat kontrak, dengan tenang mendapatkan keuntungan, berusaha untuk mendapatkan uang yang lebih aman, akan berbagi berbagai informasi penghasilan di blockchain di dalam ruang obrolan, diskusi perkiraan ambang batas perdagangan, berbagai tutorial di ponsel untuk seeker. Selamat datang di rumah ajaib Xixisi~ Masukkan kode undangan "XIXISI" di halaman dompet, nikmati diskon 25% untuk biaya transaksi dompet, bagi teman-teman yang sering menggunakan dompet untuk melakukan transaksi, diskon biaya transaksi dapat langsung mengurangi keausan Anda.
Sembilan tahun pengalaman di dunia kripto, tidak membawa posisi, tidak terlibat kontrak, dengan tenang mendapatkan keuntungan, berusaha untuk mendapatkan uang yang lebih aman, akan berbagi berbagai informasi penghasilan di blockchain di dalam ruang obrolan, diskusi perkiraan ambang batas perdagangan, berbagai tutorial di ponsel untuk seeker. Selamat datang di rumah ajaib Xixisi~
Masukkan kode undangan "XIXISI" di halaman dompet, nikmati diskon 25% untuk biaya transaksi dompet, bagi teman-teman yang sering menggunakan dompet untuk melakukan transaksi, diskon biaya transaksi dapat langsung mengurangi keausan Anda.
Lihat terjemahan
最近在Binance广场刷到很多人喊Babylon能让所有链共享Bitcoin的安全,听着特别唬人。但我去翻了@babylonlabs_io 的底层架构图后发现大伙完全被这句顺口溜给带偏了。如果真以为大饼的PoW算力会直接保护其他网络,那绝对是想多了。 很多人想当然地以为,只要把$BTC 放进去质押,外围网络就等同于拥有了Bitcoin的算力护城河。但现实是Bitcoin矿工每天只管打包大饼自己的账本,绝对不会去帮其他链验证区块,更别提给它们做最终性确认了。真正在干活的是FinalityProvider这个角色,它要提交随机数承诺,再用EOTS签名机制来敲定区块。 在这里BTC扮演的根本不是共识机制的延伸,而是实打实的$ETH 经济抵押物。一旦节点敢搞双签作恶,EOTS立马就会让它的私钥原形毕露,随后系统顺着Taproot里写好的Slashing路径直接罚没质押资产。也就是说Babylon并不是去修改Bitcoin主网的共识,而是把闲置的BTC变成了可验证且能被随时惩罚的经济担保。#baby 站在行业视角看,Babylon真正牛逼的地方在于,它帮那些刚启动的新公链解决了启动资金匮乏、安全性极差的痛点。但我现在最关心的一个问题是,未来一旦BTC质押池子无限膨胀,外围真正愿意花钱来买这份安全的链到底有多少?Babylon的商业闭环能不能跑通,绝不是看它锁了多少百亿资产,而是看市场端到底有多少真实的付费需求在支撑。$BABY
最近在Binance广场刷到很多人喊Babylon能让所有链共享Bitcoin的安全,听着特别唬人。但我去翻了@BabylonLabs_io 的底层架构图后发现大伙完全被这句顺口溜给带偏了。如果真以为大饼的PoW算力会直接保护其他网络,那绝对是想多了。
很多人想当然地以为,只要把$BTC 放进去质押,外围网络就等同于拥有了Bitcoin的算力护城河。但现实是Bitcoin矿工每天只管打包大饼自己的账本,绝对不会去帮其他链验证区块,更别提给它们做最终性确认了。真正在干活的是FinalityProvider这个角色,它要提交随机数承诺,再用EOTS签名机制来敲定区块。
在这里BTC扮演的根本不是共识机制的延伸,而是实打实的$ETH 经济抵押物。一旦节点敢搞双签作恶,EOTS立马就会让它的私钥原形毕露,随后系统顺着Taproot里写好的Slashing路径直接罚没质押资产。也就是说Babylon并不是去修改Bitcoin主网的共识,而是把闲置的BTC变成了可验证且能被随时惩罚的经济担保。#baby
站在行业视角看,Babylon真正牛逼的地方在于,它帮那些刚启动的新公链解决了启动资金匮乏、安全性极差的痛点。但我现在最关心的一个问题是,未来一旦BTC质押池子无限膨胀,外围真正愿意花钱来买这份安全的链到底有多少?Babylon的商业闭环能不能跑通,绝不是看它锁了多少百亿资产,而是看市场端到底有多少真实的付费需求在支撑。$BABY
Lihat terjemahan
昨晚在@babylonlabs_io 测试网捣鼓TBV,走完一遍流程我才深刻体会到:想要绝对的去信任,就得拿时间来买单。我锁了0.05个测试网BTC进去,前期操作极度丝滑,连钱包、选个头部DeFi借贷协议、签好Taproot脚本,三分钟完事。但当我尝试模拟清算时,弹出的提示让我陷入沉思:提款居然有几小时到一两天的延迟。这意味着一旦抵押物濒临平仓,系统给的不是瞬间清算,而是硬生生拉出了一个缓冲期。$BABY 翻了Babylon底层说明才知道,这延迟是为了配合BitVM挑战期,给挑战者留出提交欺诈证明的时间。技术上很完美,但套入DeFi场景就很尴尬。如果在浮动利率借贷里遇到极端大暴跌,清算卡上几个小时,$BTC 和稳定币早就脱锚了。难怪圈内老炮都在说TBV天生适合固定利率产品。我查了下,生态里好几个主推的DApp全在搞固定周期借贷,这逻辑就彻底闭环了。 还有一个叫预设提款人的硬核设定。创建金库时,能把币提走的地址必须写死。这带来了偏执狂级别的安全,但也让流动性变得像石头一样僵硬。想换个收益高的协议?你得先还款、关金库、再重头创建。这每一步烧的都是Bitcoin主网的Gas!赶上主网拥堵,一套下来几十美金就没了,小资金玩家完全耗不起。#baby 很多人吐槽TBV比中心化的WBTC慢太多。但我认为Babylon根本没想去卷高频交易,它在做精准的市场切割。对于长期囤币党来说,TBV简直是完美的避风港,$RIVER 资产稳稳躺在自己签名的脚本里,没有任何机构暴雷的风险。它瞄准的是那上万亿美元躺在冷钱包里的闲置资金,这些大佬不在乎多等一天,他们在乎的是那份把私钥死死攥在手里的绝对安全。
昨晚在@BabylonLabs_io 测试网捣鼓TBV,走完一遍流程我才深刻体会到:想要绝对的去信任,就得拿时间来买单。我锁了0.05个测试网BTC进去,前期操作极度丝滑,连钱包、选个头部DeFi借贷协议、签好Taproot脚本,三分钟完事。但当我尝试模拟清算时,弹出的提示让我陷入沉思:提款居然有几小时到一两天的延迟。这意味着一旦抵押物濒临平仓,系统给的不是瞬间清算,而是硬生生拉出了一个缓冲期。$BABY
翻了Babylon底层说明才知道,这延迟是为了配合BitVM挑战期,给挑战者留出提交欺诈证明的时间。技术上很完美,但套入DeFi场景就很尴尬。如果在浮动利率借贷里遇到极端大暴跌,清算卡上几个小时,$BTC 和稳定币早就脱锚了。难怪圈内老炮都在说TBV天生适合固定利率产品。我查了下,生态里好几个主推的DApp全在搞固定周期借贷,这逻辑就彻底闭环了。
还有一个叫预设提款人的硬核设定。创建金库时,能把币提走的地址必须写死。这带来了偏执狂级别的安全,但也让流动性变得像石头一样僵硬。想换个收益高的协议?你得先还款、关金库、再重头创建。这每一步烧的都是Bitcoin主网的Gas!赶上主网拥堵,一套下来几十美金就没了,小资金玩家完全耗不起。#baby
很多人吐槽TBV比中心化的WBTC慢太多。但我认为Babylon根本没想去卷高频交易,它在做精准的市场切割。对于长期囤币党来说,TBV简直是完美的避风港,$RIVER 资产稳稳躺在自己签名的脚本里,没有任何机构暴雷的风险。它瞄准的是那上万亿美元躺在冷钱包里的闲置资金,这些大佬不在乎多等一天,他们在乎的是那份把私钥死死攥在手里的绝对安全。
Lihat terjemahan
盖摩天大楼的时候大家都喜欢抬头看顶端多炫,却很少有人关心地下打了多深的地基。加密世界里的去中心化也是同一个道理,它绝对不是建好就能自动运转的永动机,而是需要实打实的人工去长期维护。最近在看@babylonlabs_io 的白皮书,第9节讲到多链部署时提到的比特币轻客户端,就像是这座大楼的承重墙。 这个轻客户端干嘛用的?它不需要像全节点那样傻乎乎地去下载几百G的完整账本数据,它只同步区块头信息,利用梅克尔证明来确认你的$BTC 是不是真的被锁在了金库里。只要你想铸造collBTC或者搞稳定币,就必须过它这一关。没有这些轻客户端亲自盯着,所有跨链的资产证明就全成了忽悠人的空头支票。 但是现实问题很骨感,每接入一条新链,就得新建并维护一批轻客户端节点。这些节点可是要烧电费和服务器成本的,光靠爱发电肯定活不长。这时候就轮到白皮书第10节的$BABY 代币经济学出场了。在项目早期,给这些节点发BABY代币本质上就是官方给的运维补贴。等到生态彻底繁荣起来,协议本身产生的$ETH 手续费就会接棒,实现从烧钱赚吆喝到自负盈亏的华丽转身。 所以千万别觉得轻客户端只是个不起眼的代码组件。几十上百条链上的轻客户端编织在一起,才构成了Babylon最硬核的安全护城河。大家总在问#baby 到底有什么价值,其实它锚定的是这群底层盯梢者日夜不休的劳动成本。在这个圈子里,想要最小化信任从来都不是免费的,代币就是我们为安全支付的账单。
盖摩天大楼的时候大家都喜欢抬头看顶端多炫,却很少有人关心地下打了多深的地基。加密世界里的去中心化也是同一个道理,它绝对不是建好就能自动运转的永动机,而是需要实打实的人工去长期维护。最近在看@BabylonLabs_io 的白皮书,第9节讲到多链部署时提到的比特币轻客户端,就像是这座大楼的承重墙。
这个轻客户端干嘛用的?它不需要像全节点那样傻乎乎地去下载几百G的完整账本数据,它只同步区块头信息,利用梅克尔证明来确认你的$BTC 是不是真的被锁在了金库里。只要你想铸造collBTC或者搞稳定币,就必须过它这一关。没有这些轻客户端亲自盯着,所有跨链的资产证明就全成了忽悠人的空头支票。
但是现实问题很骨感,每接入一条新链,就得新建并维护一批轻客户端节点。这些节点可是要烧电费和服务器成本的,光靠爱发电肯定活不长。这时候就轮到白皮书第10节的$BABY 代币经济学出场了。在项目早期,给这些节点发BABY代币本质上就是官方给的运维补贴。等到生态彻底繁荣起来,协议本身产生的$ETH 手续费就会接棒,实现从烧钱赚吆喝到自负盈亏的华丽转身。
所以千万别觉得轻客户端只是个不起眼的代码组件。几十上百条链上的轻客户端编织在一起,才构成了Babylon最硬核的安全护城河。大家总在问#baby 到底有什么价值,其实它锚定的是这群底层盯梢者日夜不休的劳动成本。在这个圈子里,想要最小化信任从来都不是免费的,代币就是我们为安全支付的账单。
Lihat terjemahan
最近在Binance广场看到很多人发文讨论@babylonlabs_io ,大伙都在喊BTC可以被Slashing了。但只要对大饼底层稍有了解的人都会发问:比特币主网根本没有PoS节点,矿工也压根不认识什么质押规则,Babylon凭什么能真刀真枪地扣掉你钱包里的$BTC ? 一开始我也以为这是靠那个多签委员会强制执行的,但仔细啃完Babylon的密码学白皮书才明白,真正的绝招叫作EOTS。这套机制说白了就像是在门锁里塞了个自毁装置。FinalityProvider在给每个区块投票时都要先押一个随机数,如果在同一个区块高度给两条链都签了名,就等于重用了这个秘密随机数。这一重用,数学上的神奇现象就发生了,节点的私钥会当场裸奔暴露出来。 这一步转换才是最绝的地方!Babylon根本不需要改变比特币主网的共识去让它理解PoS惩罚,而是提前在Taproot脚本里把惩罚交易的路线全画好了。当节点的$ETH 私钥因为双签自爆后,原本缺了密钥而无法发出的惩罚交易,瞬间凑齐了签名条件。这时候广播到比特币主网,矿工只看交易格式合法就打包,$BABY 资产就被真正扣除了。 所以说,Babylon的核心突破是把链下的PoS违规行为,巧妙地翻译成了比特币主网看得懂的签名私钥。不过这种硬核设计也是双刃剑,FP节点的软件稍微出点Bug导致误双签,私钥就会被当场干掉。长期看Babylon,重点不是看它能不能罚恶人,而是看这套密码学转换在实网运行中到底稳不稳定。#baby
最近在Binance广场看到很多人发文讨论@BabylonLabs_io ,大伙都在喊BTC可以被Slashing了。但只要对大饼底层稍有了解的人都会发问:比特币主网根本没有PoS节点,矿工也压根不认识什么质押规则,Babylon凭什么能真刀真枪地扣掉你钱包里的$BTC
一开始我也以为这是靠那个多签委员会强制执行的,但仔细啃完Babylon的密码学白皮书才明白,真正的绝招叫作EOTS。这套机制说白了就像是在门锁里塞了个自毁装置。FinalityProvider在给每个区块投票时都要先押一个随机数,如果在同一个区块高度给两条链都签了名,就等于重用了这个秘密随机数。这一重用,数学上的神奇现象就发生了,节点的私钥会当场裸奔暴露出来。
这一步转换才是最绝的地方!Babylon根本不需要改变比特币主网的共识去让它理解PoS惩罚,而是提前在Taproot脚本里把惩罚交易的路线全画好了。当节点的$ETH 私钥因为双签自爆后,原本缺了密钥而无法发出的惩罚交易,瞬间凑齐了签名条件。这时候广播到比特币主网,矿工只看交易格式合法就打包,$BABY 资产就被真正扣除了。
所以说,Babylon的核心突破是把链下的PoS违规行为,巧妙地翻译成了比特币主网看得懂的签名私钥。不过这种硬核设计也是双刃剑,FP节点的软件稍微出点Bug导致误双签,私钥就会被当场干掉。长期看Babylon,重点不是看它能不能罚恶人,而是看这套密码学转换在实网运行中到底稳不稳定。#baby
Belakangan semua orang sedang membicarakan BTCFi. Banyak orang menganggap menyetor #baby untuk di-staking seperti menabung deposito berjangka di bank: simpan dulu, dapat imbal hasil, lalu saat ingin keluar tinggal klik “lepas kunci”. Namun belakangan aku kerja keras menelaah dokumentasi teknis Babylon dan menemukan bahwa kenyataannya sama sekali tidak sesederhana “penarikan satu klik”. Mekanisme keluarlah yang benar-benar menguji pemahaman para investor ritel. Saat $BTC -mu masuk ke status Staking, pada dasarnya asetmu dikunci ke dalam sebuah skrip Taproot. Jika kamu ingin keluar lebih cepat, kamu perlu menginisiasi transaksi Unbonding. Ini bukan sesuatu yang bisa kamu putuskan sendirian—kamu butuh CovenantCommittee untuk mencapai ambang batas tanda tangan, barulah $BABY koinmu akan masuk ke status UnbondingUTXO yang baru, lalu lanjut menunggu melewati periode kunci waktu yang panjang. Kuncinya ada di jebakannya: jangan kira kalau sudah masuk masa Unbonding kamu berarti sudah benar-benar “mendarat dengan selamat”. Di tahap ini, skripnya masih mempertahankan kondisi pemicu Slashing. Jika node FinalityProvider yang kamu delegasikan berbuat curang—misalnya melakukan double-sign—mekanisme EOTS di level bawah akan langsung “meledakkan” kunci privat $ETH karena penggunaan ulang nonce secara acak. Jadi meskipun pada saat itu kamu sedang antre untuk keluar, BTC-mu tetap akan dikenai hukuman tanpa ampun oleh sistem. Jadi, setelah memahami logika dasar @babylonlabs_io , kamu akan mengerti bahwa sebenarnya big coin tidak punya mekanisme hukuman ala PoS yang banyak drama itu. Babylon justru menyusun aturan-aturan ini dengan cara merangkai UTXO, time lock, dan multisignature. Bagi pemain biasa, ke depannya jangan cuma menatap betapa mulusnya pintu masuk staking. Yang benar-benar perlu dipertimbangkan adalah, saat kamu menekan tombol keluar, risiko penantian seperti apa yang sebenarnya sedang kamu tanggung.
Belakangan semua orang sedang membicarakan BTCFi. Banyak orang menganggap menyetor #baby untuk di-staking seperti menabung deposito berjangka di bank: simpan dulu, dapat imbal hasil, lalu saat ingin keluar tinggal klik “lepas kunci”. Namun belakangan aku kerja keras menelaah dokumentasi teknis Babylon dan menemukan bahwa kenyataannya sama sekali tidak sesederhana “penarikan satu klik”. Mekanisme keluarlah yang benar-benar menguji pemahaman para investor ritel.
Saat $BTC -mu masuk ke status Staking, pada dasarnya asetmu dikunci ke dalam sebuah skrip Taproot. Jika kamu ingin keluar lebih cepat, kamu perlu menginisiasi transaksi Unbonding. Ini bukan sesuatu yang bisa kamu putuskan sendirian—kamu butuh CovenantCommittee untuk mencapai ambang batas tanda tangan, barulah $BABY koinmu akan masuk ke status UnbondingUTXO yang baru, lalu lanjut menunggu melewati periode kunci waktu yang panjang.
Kuncinya ada di jebakannya: jangan kira kalau sudah masuk masa Unbonding kamu berarti sudah benar-benar “mendarat dengan selamat”. Di tahap ini, skripnya masih mempertahankan kondisi pemicu Slashing. Jika node FinalityProvider yang kamu delegasikan berbuat curang—misalnya melakukan double-sign—mekanisme EOTS di level bawah akan langsung “meledakkan” kunci privat $ETH karena penggunaan ulang nonce secara acak. Jadi meskipun pada saat itu kamu sedang antre untuk keluar, BTC-mu tetap akan dikenai hukuman tanpa ampun oleh sistem.
Jadi, setelah memahami logika dasar @BabylonLabs_io , kamu akan mengerti bahwa sebenarnya big coin tidak punya mekanisme hukuman ala PoS yang banyak drama itu. Babylon justru menyusun aturan-aturan ini dengan cara merangkai UTXO, time lock, dan multisignature. Bagi pemain biasa, ke depannya jangan cuma menatap betapa mulusnya pintu masuk staking. Yang benar-benar perlu dipertimbangkan adalah, saat kamu menekan tombol keluar, risiko penantian seperti apa yang sebenarnya sedang kamu tanggung.
Saat membahas produk dengan suku bunga tetap, perhatian sering kali tertuju pada apa yang diperoleh peminjam. Pihak pendanaan memang dapat mengetahui terlebih dahulu beban bunga selama tenor, sehingga tekanan anggaran berkurang. Namun, sisi lain dari transaksi adalah pemberi pinjaman, yang setelah mengunci dana dalam kontrak tetap juga melepaskan kesempatan untuk menetapkan ulang harga ketika suku bunga naik. Jika suku bunga pasar naik selama masa kontrak, peminjam tetap menikmati biaya awal, sementara dana pemberi pinjaman terkunci pada imbal hasil yang lebih rendah; jika$ETH suku bunga pasar turun, pemberi pinjaman justru mungkin memperoleh keuntungan relatif. Suku bunga tetap tidak menghilangkan risiko, melainkan mendistribusikan kembali volatilitas suku bunga kepada kedua belah pihak. Agar kombinasi Aegis dan Babylon membentuk pasar yang stabil, dana dari kedua sisi$BTC harus sama-sama tertarik. Tanpa permintaan pinjaman, dan tanpa pemberi pinjaman yang bersedia menanggung tenor, kedalaman kuotasi akan tidak memadai; jika pemberi pinjaman terkonsentrasi pada beberapa tenor saja, pihak peminjam juga akan sulit memperoleh pembiayaan yang berkelanjutan. Saya ingin melihat pasokan dana untuk berbagai tenor, aturan keluar lebih awal, dan pengaturan likuiditas di pasar sekunder. Apakah pemberi pinjaman dapat mengalihkan posisi, berapa biaya yang harus dibayar untuk keluar lebih awal, dan bagaimana dana pada saat jatuh tempo diselesaikan, semuanya akan memengaruhi kegunaan nyata pasar tetap. Karena itu, saya menilai$BABY tidak akan hanya berfokus pada apakah institusi dapat mengunci biaya pinjaman.#baby juga harus membuktikan bahwa sisi imbal hasil tetap memiliki daya tarik dan likuiditas yang cukup.@babylonlabs_io Jika kedua belah pihak pinjaman dan peminjaman dapat memahami dengan jelas risiko tenor yang mereka tanggung, barulah pasar tidak akan hanya menyisakan permintaan dari satu sisi.
Saat membahas produk dengan suku bunga tetap, perhatian sering kali tertuju pada apa yang diperoleh peminjam. Pihak pendanaan memang dapat mengetahui terlebih dahulu beban bunga selama tenor, sehingga tekanan anggaran berkurang. Namun, sisi lain dari transaksi adalah pemberi pinjaman, yang setelah mengunci dana dalam kontrak tetap juga melepaskan kesempatan untuk menetapkan ulang harga ketika suku bunga naik.
Jika suku bunga pasar naik selama masa kontrak, peminjam tetap menikmati biaya awal, sementara dana pemberi pinjaman terkunci pada imbal hasil yang lebih rendah; jika$ETH suku bunga pasar turun, pemberi pinjaman justru mungkin memperoleh keuntungan relatif. Suku bunga tetap tidak menghilangkan risiko, melainkan mendistribusikan kembali volatilitas suku bunga kepada kedua belah pihak.
Agar kombinasi Aegis dan Babylon membentuk pasar yang stabil, dana dari kedua sisi$BTC harus sama-sama tertarik. Tanpa permintaan pinjaman, dan tanpa pemberi pinjaman yang bersedia menanggung tenor, kedalaman kuotasi akan tidak memadai; jika pemberi pinjaman terkonsentrasi pada beberapa tenor saja, pihak peminjam juga akan sulit memperoleh pembiayaan yang berkelanjutan.
Saya ingin melihat pasokan dana untuk berbagai tenor, aturan keluar lebih awal, dan pengaturan likuiditas di pasar sekunder. Apakah pemberi pinjaman dapat mengalihkan posisi, berapa biaya yang harus dibayar untuk keluar lebih awal, dan bagaimana dana pada saat jatuh tempo diselesaikan, semuanya akan memengaruhi kegunaan nyata pasar tetap.
Karena itu, saya menilai$BABY tidak akan hanya berfokus pada apakah institusi dapat mengunci biaya pinjaman.#baby juga harus membuktikan bahwa sisi imbal hasil tetap memiliki daya tarik dan likuiditas yang cukup.@BabylonLabs_io Jika kedua belah pihak pinjaman dan peminjaman dapat memahami dengan jelas risiko tenor yang mereka tanggung, barulah pasar tidak akan hanya menyisakan permintaan dari satu sisi.
Lihat terjemahan
假设一家外部项目首次接入Babylon的安全服务,它可能获得技术支持、测试额度或生态资源。这次合作能够证明产品具备接入条件,却无法单独说明客户愿意长期承担使用$BTC 成本。 真正有信息量的时刻,是第一个服务周期结束以后。对方是否继续采购、有没有扩大覆盖范围、是否愿意从生态补贴转为自身预算,决定了这段关系是联合测试还是稳定业务。 @babylonlabs_io 可以把合作进度分成概念验证、小额生产、正式采购和续约扩容。四个阶段对应完全不同的需求强度。只公布合作名称,会把尚在测试的项目与持续付费客户放在同一口径里。 对于$BABY 经济循环,需求侧续约尤其重要。验证者能够提供多少服务,取决于有多少外部项目愿意购买;用户愿意参与多久,也与服务收入能否持续流入有关。客户预算比社媒热度更接近真实$ETH 购买力。 因此,我看#baby 不会先数活动参与者,而会寻找续约记录。第一次合作说明团队愿意试,第二次付费才说明服务值得留。网络能否形成收入,不由接入仪式决定,而由客户下一张账单决定。
假设一家外部项目首次接入Babylon的安全服务,它可能获得技术支持、测试额度或生态资源。这次合作能够证明产品具备接入条件,却无法单独说明客户愿意长期承担使用$BTC 成本。
真正有信息量的时刻,是第一个服务周期结束以后。对方是否继续采购、有没有扩大覆盖范围、是否愿意从生态补贴转为自身预算,决定了这段关系是联合测试还是稳定业务。
@BabylonLabs_io 可以把合作进度分成概念验证、小额生产、正式采购和续约扩容。四个阶段对应完全不同的需求强度。只公布合作名称,会把尚在测试的项目与持续付费客户放在同一口径里。
对于$BABY 经济循环,需求侧续约尤其重要。验证者能够提供多少服务,取决于有多少外部项目愿意购买;用户愿意参与多久,也与服务收入能否持续流入有关。客户预算比社媒热度更接近真实$ETH 购买力。
因此,我看#baby 不会先数活动参与者,而会寻找续约记录。第一次合作说明团队愿意试,第二次付费才说明服务值得留。网络能否形成收入,不由接入仪式决定,而由客户下一张账单决定。
Di dalam sistem perkeretaapian, dua kereta tidak bisa hanya mengandalkan penilaian masinis untuk menentukan apakah mereka dapat melewati segmen rel yang sama. Sistem sinyal dan interlocking akan terlebih dahulu memeriksa wesel, pendudukan segmen, dan konflik rute; hanya jika semua kondisi sesuai, sinyal izin jalan akan dilepaskan. Kecepatan boleh sedikit lebih lambat, tetapi statusnya tidak boleh ambigu. Keterbatasan waktu di Babylon juga dapat dipandang sebagai rangkaian interlocking status. Partisipasi, penantian, pembatalan, dan penanganan pengecualian $ETH tidak boleh sekaligus mengarah ke hasil yang saling bertentangan. Hanya ketika status saat ini memenuhi kondisi yang telah ditetapkan, langkah berikutnya barulah layak dieksekusi. Desain seperti ini fokusnya bukan pada “mengunci lebih lama”, melainkan mencegah proses melompat tahapan. Pengguna tidak boleh meninggalkan tanggung jawab sebelum tugasnya selesai, dan sistem juga tidak boleh terus menghitung berdasarkan status lama setelah pembatalan sudah berlaku. Setelah urutan dikunci,账本 $BTC menjadi lebih mudah tetap konsisten. Ujian sesungguhnya terjadi ketika beberapa permintaan datang secara bersamaan. Ada yang masuk, ada yang keluar, ada yang mengganti penyedia, dan sebagian status sedang menjalani verifikasi pengecualian. @babylonlabs_io perlu memastikan agar semua tindakan ini diproses dalam urutan yang konsisten, bukan sampai sisi depan (front-end) dan catatan tingkat bawah (back-end) menghasilkan dua jawaban yang berbeda. Karena itu, saya melihat #baby akan memperhatikan keteramatan (observability) dari transisi status. Jika mekanisme $BABY dapat membuat setiap tahap memiliki penanda yang jelas, dan tetap menjaga konsistensi ketika permintaan terkonsentrasi, maka penguncian waktu tidak hanya menjadi alat untuk menunggu, tetapi menjadi sistem penjadwalan yang mencegah konflik pada catatan (账本).
Di dalam sistem perkeretaapian, dua kereta tidak bisa hanya mengandalkan penilaian masinis untuk menentukan apakah mereka dapat melewati segmen rel yang sama. Sistem sinyal dan interlocking akan terlebih dahulu memeriksa wesel, pendudukan segmen, dan konflik rute; hanya jika semua kondisi sesuai, sinyal izin jalan akan dilepaskan. Kecepatan boleh sedikit lebih lambat, tetapi statusnya tidak boleh ambigu.
Keterbatasan waktu di Babylon juga dapat dipandang sebagai rangkaian interlocking status. Partisipasi, penantian, pembatalan, dan penanganan pengecualian $ETH tidak boleh sekaligus mengarah ke hasil yang saling bertentangan. Hanya ketika status saat ini memenuhi kondisi yang telah ditetapkan, langkah berikutnya barulah layak dieksekusi.
Desain seperti ini fokusnya bukan pada “mengunci lebih lama”, melainkan mencegah proses melompat tahapan. Pengguna tidak boleh meninggalkan tanggung jawab sebelum tugasnya selesai, dan sistem juga tidak boleh terus menghitung berdasarkan status lama setelah pembatalan sudah berlaku. Setelah urutan dikunci,账本 $BTC menjadi lebih mudah tetap konsisten.
Ujian sesungguhnya terjadi ketika beberapa permintaan datang secara bersamaan. Ada yang masuk, ada yang keluar, ada yang mengganti penyedia, dan sebagian status sedang menjalani verifikasi pengecualian. @BabylonLabs_io perlu memastikan agar semua tindakan ini diproses dalam urutan yang konsisten, bukan sampai sisi depan (front-end) dan catatan tingkat bawah (back-end) menghasilkan dua jawaban yang berbeda.
Karena itu, saya melihat #baby akan memperhatikan keteramatan (observability) dari transisi status. Jika mekanisme $BABY dapat membuat setiap tahap memiliki penanda yang jelas, dan tetap menjaga konsistensi ketika permintaan terkonsentrasi, maka penguncian waktu tidak hanya menjadi alat untuk menunggu, tetapi menjadi sistem penjadwalan yang mencegah konflik pada catatan (账本).
Lihat terjemahan
USDB真正要证明的,不是能铸,而是能赎。 判断一种链上稳定资产是否可靠,先别看名字或收益,真正要问3件事:$BTC 由谁保管、赎回条件由谁验证、极端情况下损失由谁承担。@babylonlabs_io 白皮书提出的USDB有意思之处,不是简单给BTC增加用途,而是尝试把信用基础从机构承诺改成可验证的抵押与偿付流程。 按白皮书设想,用户的BTC锁在比特币链上的自托管金库,另一侧协议读取锁定状态后铸造USDB。赎回时,用户先销毁USDB,再提交相应证明以解锁抵押物。这个架构减少了把BTC交给单一托管方的需要,但“少信任”不等于“零风险”:金库脚本、证明系统、跨链状态同步和密钥管理,任意一环失效都可能让赎回受阻。 稳定性最终还要经受清算压力。行情剧烈波动时,预言机延迟、清算流动性不足与链上拥堵可能同时出现,问题就不再只是抵押率够不够,而是执行能否赶在坏账形成前完成。因此我更关注4个参数:清算折扣、价格源降级方案、拥堵时的赎回顺序,以及$ETH 坏账由谁吸收。路线图写得完整,不代表这些问题已经通过实盘验证。 $BABY 也应区分机制与结果。白皮书第10节描述,若协议产生费用,可经拍卖转换为BABY并销毁;只有USDB形成持续使用与真实费用,这条路径才有意义。销毁设计本身不等于价值必然上升。上线后更值得跟踪的是流通规模、抵押覆盖率、真实赎回记录和清算表现。创新可以先被讨论,可靠性仍要由链上数据回答。#baby
USDB真正要证明的,不是能铸,而是能赎。
判断一种链上稳定资产是否可靠,先别看名字或收益,真正要问3件事:$BTC 由谁保管、赎回条件由谁验证、极端情况下损失由谁承担。@BabylonLabs_io 白皮书提出的USDB有意思之处,不是简单给BTC增加用途,而是尝试把信用基础从机构承诺改成可验证的抵押与偿付流程。
按白皮书设想,用户的BTC锁在比特币链上的自托管金库,另一侧协议读取锁定状态后铸造USDB。赎回时,用户先销毁USDB,再提交相应证明以解锁抵押物。这个架构减少了把BTC交给单一托管方的需要,但“少信任”不等于“零风险”:金库脚本、证明系统、跨链状态同步和密钥管理,任意一环失效都可能让赎回受阻。
稳定性最终还要经受清算压力。行情剧烈波动时,预言机延迟、清算流动性不足与链上拥堵可能同时出现,问题就不再只是抵押率够不够,而是执行能否赶在坏账形成前完成。因此我更关注4个参数:清算折扣、价格源降级方案、拥堵时的赎回顺序,以及$ETH 坏账由谁吸收。路线图写得完整,不代表这些问题已经通过实盘验证。
$BABY 也应区分机制与结果。白皮书第10节描述,若协议产生费用,可经拍卖转换为BABY并销毁;只有USDB形成持续使用与真实费用,这条路径才有意义。销毁设计本身不等于价值必然上升。上线后更值得跟踪的是流通规模、抵押覆盖率、真实赎回记录和清算表现。创新可以先被讨论,可靠性仍要由链上数据回答。#baby
Pengingat, saudara-saudara pembuat grvt yang masuk peringkat pasti jangan lupa untuk mengklik verifikasi di halaman booster. Hanya ada waktu satu hari. Sudah susah payah bisa masuk peringkat, kalau lupa klik verifikasi dan hadiah tidak bisa diambil, pasti nangis sampai buta #GRVT任务 #ALPHA🔥
Pengingat, saudara-saudara pembuat grvt yang masuk peringkat pasti jangan lupa untuk mengklik verifikasi di halaman booster. Hanya ada waktu satu hari. Sudah susah payah bisa masuk peringkat, kalau lupa klik verifikasi dan hadiah tidak bisa diambil, pasti nangis sampai buta #GRVT任务 #ALPHA🔥
Kudengar ada orang yang memenangkan undian besar 99,99 BNB—perasaanku seperti gambar profilnya. Ngomong-ngomong, hadiah utamaku bisa dikirim sebelum makan siang besok? Kalau tidak, aku harus kelaparan lagi #币安9周年
Kudengar ada orang yang memenangkan undian besar 99,99 BNB—perasaanku seperti gambar profilnya. Ngomong-ngomong, hadiah utamaku bisa dikirim sebelum makan siang besok? Kalau tidak, aku harus kelaparan lagi #币安9周年
Lihat terjemahan
#BinanceTurns9 九周年纪念,期待下一个和每一个九周年,愿币安越来越好!
#BinanceTurns9 九周年纪念,期待下一个和每一个九周年,愿币安越来越好!
Lihat terjemahan
昨晚重看@NewtonProtocol 的治理设计,我发现它真正有意思的不是“双层”这个名字,而是谁能改什么。费率、奖励等经济参数交给staked $NEWT 投票,Rollup逻辑和共识升级则要由验证者选择新版本。前者改变$BTC 钱怎么分,后者改变网络按什么规则运行,两类权限分开,本身是合理的风险隔离。 但治理是否有效,不能只看有没有投票页面。参数层至少要公开提案门槛、quorum、通过比例、投票周期和执行延迟,还要披露前10地址的有效投票权。否则规则写着“社区决定”,实际结果仍可能由少数质押主体主导。关键不在谁持币更多,而在集中度能否量化、委托能否撤回、少数意见是否有准备时间。 核心升级更值得看的是“拒绝成本”。验证者理论上可以不采纳新版本,但如果客户端、基础设施和主要流量都由同一方协调,拒绝升级可能等于退出网络。硬分叉只有在代码提前公开、验证者来源足够分散、旧$ETH 链能够继续运行时,才构成真正制衡;否则它更接近技术确认流程,而不是独立治理层。 所以我不会因为Newton仍处早期阶段就否定这套架构,也不会提前把它当成成熟DAO。接下来我更想看到NewtonProtocol发布治理参数表、投票权分布、升级时间锁和验证者采纳记录。对NEWT而言,第一次提案是否通过不是重点;真正的信号是,反对者能否表达、验证者能否拒绝,以及拒绝后是否仍有可行选择。#Newt
昨晚重看@NewtonProtocol 的治理设计,我发现它真正有意思的不是“双层”这个名字,而是谁能改什么。费率、奖励等经济参数交给staked $NEWT 投票,Rollup逻辑和共识升级则要由验证者选择新版本。前者改变$BTC 钱怎么分,后者改变网络按什么规则运行,两类权限分开,本身是合理的风险隔离。
但治理是否有效,不能只看有没有投票页面。参数层至少要公开提案门槛、quorum、通过比例、投票周期和执行延迟,还要披露前10地址的有效投票权。否则规则写着“社区决定”,实际结果仍可能由少数质押主体主导。关键不在谁持币更多,而在集中度能否量化、委托能否撤回、少数意见是否有准备时间。
核心升级更值得看的是“拒绝成本”。验证者理论上可以不采纳新版本,但如果客户端、基础设施和主要流量都由同一方协调,拒绝升级可能等于退出网络。硬分叉只有在代码提前公开、验证者来源足够分散、旧$ETH 链能够继续运行时,才构成真正制衡;否则它更接近技术确认流程,而不是独立治理层。
所以我不会因为Newton仍处早期阶段就否定这套架构,也不会提前把它当成成熟DAO。接下来我更想看到NewtonProtocol发布治理参数表、投票权分布、升级时间锁和验证者采纳记录。对NEWT而言,第一次提案是否通过不是重点;真正的信号是,反对者能否表达、验证者能否拒绝,以及拒绝后是否仍有可行选择。#Newt
Artikel
Lihat terjemahan
NEWT共享安全的考题:真实罚没必须走完这4步昨天重看@NewtonProtocol 的AVS Architecture,我先把时间线改正了一遍:EigenLayer主网Slashing是在2025年4月17日上线,不是2026年。这个升级确实让再质押从“节点承诺会守规矩”,变成“特定违规可能损失被分配的质押”。但框架出现,不代表Newton自动获得了完整罚没能力。真正的问题不是牙齿装没装上,而是协议能不能准确判断该处罚谁、依据是什么、尺度又该多大。 我把一套有效的AVS罚没拆成4步:先定义可客观验证的错误,再形成任何人都能复查的证据,然后把错误归到具体Operator,最后经过挑战窗口执行处罚。少一环都可能失真。比如Validator批准了一笔不符合Policy的交易,究竟是它故意签错、读取了过期状态,还是不同节点使用了不同版本的规则?若Policy还依赖价格或身份数据,就要继续判断数据源当时是否同步。故障条件没有写成确定性规范,同一结果就可能出现两种解释。 Newton这里最难的是Policy evaluation并非简单双签。输入可能包含$ETH 链上状态、外部数据、Policy版本和TEE证明。TEE远程证明能够说明指定程序在特定环境中运行,却不能单独证明输入数据最新,也不能保证规则本身没有歧义。因此罚没证据至少要绑定Policy哈希、输入状态根、数据时间戳、执行版本和最终输出。还要公开重放方法,让第三方在相同输入下得到相同结果。只有这样,错误证明才有机会从运营判断变成可验证事实。 BLS聚合签名解决了提交效率,却给归责提出了更高要求。聚合结果证明某个委员会达到阈值,不等于天然展示每个签名者的责任。系统还需要保留参与者位图、公钥集合和签名对应的任务编号。若错误attestation已经上链,应该能够追溯哪些Operator实际签过、哪些节点拒签,以及聚合者有没有错误组装参与列表。聚合者自身的责任也要单独定义,否则节点签名正确,最终提交仍可能出错。无法拆解责任的聚合证明,越高效,争议发生时反而越难处理。$NEWT 罚没比例也不是越高越安全。过轻,Operator可能把违规成本当成普通运营费用;过重,RPC状态差异、预言机延迟或客户端Bug都可能让正常节点承担不可控损失,最后只剩资本充足的大型服务商愿意加入。更成熟的设计应该按故障等级区分:离线对应可用性扣减,可证明的错误签名对应更高处罚,存在数据争议的Policy结果则先进入挑战期。处罚上限、紧急暂停、申诉方式和证据保存周期同样重要,$BTC 经济约束不能以制造新的中心化门槛为代价。 共享安全还要看“真正分配给Newton的独立安全预算”,不能只引用EigenLayer整体规模。一个Operator可以同时服务多个AVS,同一套云资源、客户端和运维人员也可能形成相关故障。对Newton更有解释力的数据,是分配给本AVS的有效质押、达到签名阈值所需的最少Operator数量、头部节点占比,以及节点在云厂商和客户端上的重合度。总盘子很大,却由少数主体完成多数签名,安全预算仍可能集中在很窄的故障域里。 所以我的结论不是Newton的AVS没有实质安全,也不是接入EigenLayer后就可以停止追问。Slashing上线只是把惩罚工具交到每个AVS手里,NewtonProtocol仍需公开自己的故障定义、证据格式、处罚曲线、挑战期限和执行记录。我接下来会盯第一份可复现的错误测试、第一场公开罚没演练,以及Operator面板能否展示任务级签名归属。最好再披露误报率、争议处理时间和处罚撤销记录。在检测、归责、裁决和执行真正连成闭环前,我会把共享安全理解为可用能力,而不是已经兑现的结果。#Newt

NEWT共享安全的考题:真实罚没必须走完这4步

昨天重看@NewtonProtocol 的AVS Architecture,我先把时间线改正了一遍:EigenLayer主网Slashing是在2025年4月17日上线,不是2026年。这个升级确实让再质押从“节点承诺会守规矩”,变成“特定违规可能损失被分配的质押”。但框架出现,不代表Newton自动获得了完整罚没能力。真正的问题不是牙齿装没装上,而是协议能不能准确判断该处罚谁、依据是什么、尺度又该多大。
我把一套有效的AVS罚没拆成4步:先定义可客观验证的错误,再形成任何人都能复查的证据,然后把错误归到具体Operator,最后经过挑战窗口执行处罚。少一环都可能失真。比如Validator批准了一笔不符合Policy的交易,究竟是它故意签错、读取了过期状态,还是不同节点使用了不同版本的规则?若Policy还依赖价格或身份数据,就要继续判断数据源当时是否同步。故障条件没有写成确定性规范,同一结果就可能出现两种解释。
Newton这里最难的是Policy evaluation并非简单双签。输入可能包含$ETH 链上状态、外部数据、Policy版本和TEE证明。TEE远程证明能够说明指定程序在特定环境中运行,却不能单独证明输入数据最新,也不能保证规则本身没有歧义。因此罚没证据至少要绑定Policy哈希、输入状态根、数据时间戳、执行版本和最终输出。还要公开重放方法,让第三方在相同输入下得到相同结果。只有这样,错误证明才有机会从运营判断变成可验证事实。
BLS聚合签名解决了提交效率,却给归责提出了更高要求。聚合结果证明某个委员会达到阈值,不等于天然展示每个签名者的责任。系统还需要保留参与者位图、公钥集合和签名对应的任务编号。若错误attestation已经上链,应该能够追溯哪些Operator实际签过、哪些节点拒签,以及聚合者有没有错误组装参与列表。聚合者自身的责任也要单独定义,否则节点签名正确,最终提交仍可能出错。无法拆解责任的聚合证明,越高效,争议发生时反而越难处理。$NEWT
罚没比例也不是越高越安全。过轻,Operator可能把违规成本当成普通运营费用;过重,RPC状态差异、预言机延迟或客户端Bug都可能让正常节点承担不可控损失,最后只剩资本充足的大型服务商愿意加入。更成熟的设计应该按故障等级区分:离线对应可用性扣减,可证明的错误签名对应更高处罚,存在数据争议的Policy结果则先进入挑战期。处罚上限、紧急暂停、申诉方式和证据保存周期同样重要,$BTC 经济约束不能以制造新的中心化门槛为代价。
共享安全还要看“真正分配给Newton的独立安全预算”,不能只引用EigenLayer整体规模。一个Operator可以同时服务多个AVS,同一套云资源、客户端和运维人员也可能形成相关故障。对Newton更有解释力的数据,是分配给本AVS的有效质押、达到签名阈值所需的最少Operator数量、头部节点占比,以及节点在云厂商和客户端上的重合度。总盘子很大,却由少数主体完成多数签名,安全预算仍可能集中在很窄的故障域里。
所以我的结论不是Newton的AVS没有实质安全,也不是接入EigenLayer后就可以停止追问。Slashing上线只是把惩罚工具交到每个AVS手里,NewtonProtocol仍需公开自己的故障定义、证据格式、处罚曲线、挑战期限和执行记录。我接下来会盯第一份可复现的错误测试、第一场公开罚没演练,以及Operator面板能否展示任务级签名归属。最好再披露误报率、争议处理时间和处罚撤销记录。在检测、归责、裁决和执行真正连成闭环前,我会把共享安全理解为可用能力,而不是已经兑现的结果。#Newt
Baru-baru ini saya menggunakan @grvt_io untuk menguji maker payment dengan cara memasang order dua sisi berukuran kecil. Selama periode pengamatan, saat $BTC berada dalam mode perpetual yang normal pada slot waktu tertentu, spread satu level (level 1) umumnya berkisar 0,5–1,5 bp, kedalaman yang terlihat pada level 1 sekitar 100.000 USDT, dan level berikutnya sering mencapai 200.000–300.000 USDT. Order book ini cukup untuk menampung strategi level individu, tetapi kedalaman yang terlihat di layar tidak sama dengan kapasitas yang benar-benar bisa dieksekusi; masih perlu melihat posisi order, kecepatan pembatalan order, serta kondisi pemulihan setelah terjadi eating beruntun. #grvt Selama pengujian, akun menampilkan tingkat biaya maker sebesar -0,5 bp, artinya setelah transaksi mendapat pengembalian 0,005%. Saya memasang 1000 USDT pada sisi buy dan 1000 USDT pada sisi sell masing-masing, total maker成交 selama 5 hari sekitar 420.000 USDT. Pengembalian ditambah keuntungan dari spread berjumlah sekitar 68 USDT; dengan estimasi berdasarkan tarif tersebut, kontribusi pengembalian sekitar 21 USDT, sisanya terutama berasal dari penangkapan spread. Setelah dikurangi slippage, penyesuaian persediaan (inventory), dan biaya hedging, yang benar-benar tersisa 41 USDT—setara dengan keuntungan bersih sekitar 9,8 USDT per volume transaksi 100.000 USDT. Angka ini lebih bermakna dibanding langsung mengonversi menjadi annualized, karena sampel 5 hari tidak dapat mencakup kondisi market satu sisi, penyusutan likuiditas, dan penyesuaian biaya. Perhitungan yang terlalu mekanis dapat membesar-besarkan stabilitas hasil dalam jangka pendek, sehingga mudah melebih-lebihkan ketahanan strategi. Uji ini membuat saya memastikan bahwa fee maker yang negatif memang memberi bantalan, tetapi bukan itu keuntungan sebenarnya. Yang benar-benar menentukan hasil adalah apakah keuntungan dari spread dapat menutup adverse selection, biaya hedging, dan transaksi yang tidak normal. Ke depannya saya akan terus mencatat selama 30 hari $ETH net profit, durasi inventory pada kondisi satu sisi, serta deviasi harga setelah transaksi, lalu menilai apakah akan memperbesar skala order. Sebelum mempublikasikan strategi, juga perlu memeriksa ulang tingkat fee terbaru yang sesuai dengan akun.
Baru-baru ini saya menggunakan @grvt_io untuk menguji maker payment dengan cara memasang order dua sisi berukuran kecil. Selama periode pengamatan, saat $BTC berada dalam mode perpetual yang normal pada slot waktu tertentu, spread satu level (level 1) umumnya berkisar 0,5–1,5 bp, kedalaman yang terlihat pada level 1 sekitar 100.000 USDT, dan level berikutnya sering mencapai 200.000–300.000 USDT. Order book ini cukup untuk menampung strategi level individu, tetapi kedalaman yang terlihat di layar tidak sama dengan kapasitas yang benar-benar bisa dieksekusi; masih perlu melihat posisi order, kecepatan pembatalan order, serta kondisi pemulihan setelah terjadi eating beruntun. #grvt
Selama pengujian, akun menampilkan tingkat biaya maker sebesar -0,5 bp, artinya setelah transaksi mendapat pengembalian 0,005%. Saya memasang 1000 USDT pada sisi buy dan 1000 USDT pada sisi sell masing-masing, total maker成交 selama 5 hari sekitar 420.000 USDT. Pengembalian ditambah keuntungan dari spread berjumlah sekitar 68 USDT; dengan estimasi berdasarkan tarif tersebut, kontribusi pengembalian sekitar 21 USDT, sisanya terutama berasal dari penangkapan spread.
Setelah dikurangi slippage, penyesuaian persediaan (inventory), dan biaya hedging, yang benar-benar tersisa 41 USDT—setara dengan keuntungan bersih sekitar 9,8 USDT per volume transaksi 100.000 USDT. Angka ini lebih bermakna dibanding langsung mengonversi menjadi annualized, karena sampel 5 hari tidak dapat mencakup kondisi market satu sisi, penyusutan likuiditas, dan penyesuaian biaya. Perhitungan yang terlalu mekanis dapat membesar-besarkan stabilitas hasil dalam jangka pendek, sehingga mudah melebih-lebihkan ketahanan strategi.
Uji ini membuat saya memastikan bahwa fee maker yang negatif memang memberi bantalan, tetapi bukan itu keuntungan sebenarnya. Yang benar-benar menentukan hasil adalah apakah keuntungan dari spread dapat menutup adverse selection, biaya hedging, dan transaksi yang tidak normal. Ke depannya saya akan terus mencatat selama 30 hari $ETH net profit, durasi inventory pada kondisi satu sisi, serta deviasi harga setelah transaksi, lalu menilai apakah akan memperbesar skala order. Sebelum mempublikasikan strategi, juga perlu memeriksa ulang tingkat fee terbaru yang sesuai dengan akun.
Lihat terjemahan
昨晚重看@NewtonProtocol 的安全架构,我发现EigenLayer更像一套现成的Operator市场。好处很直接:Newton无需从零召集验证者,Policy验证可以更快启动。可租来的安全也有边界,真正该问的不是质押规模,而是这些节点同时还在服务多少个AVS。$RIVER 如果多项服务共享同一批Operator、云资源和监控系统,账面上是多个网络,故障域却可能重合。某个AVS提高$SYN 激励,不代表节点一定会放弃Newton,但可能改变资源调度。比“验证通过率”更有意义的数据,是Operator重合度、头部节点占比和关键节点离线后的恢复速度。$NEWT 罚没也要讲清边界。其他AVS发生slash,并不必然把损失原样传给Newton,因为不同服务可设置各自的罚没条件和质押分配;但同一Operator若因设备或运维问题收缩服务,Newton仍可能承受可用性压力。核心风险不是“一处罚没、全网连坐”,而是多套安全背后可能依赖同一批执行主体。#Newt 所以我认可EigenLayer是Newton冷启动阶段的合理选择,却不会把“继承安全”理解成“风险已经外包”。接下来我更想看到NewtonProtocol公开Operator集中度、独立基础设施比例和故障切换方案。未来若能引入独立节点与备用验证路径,authorization layer才会逐步形成自己的可靠性。
昨晚重看@NewtonProtocol 的安全架构,我发现EigenLayer更像一套现成的Operator市场。好处很直接:Newton无需从零召集验证者,Policy验证可以更快启动。可租来的安全也有边界,真正该问的不是质押规模,而是这些节点同时还在服务多少个AVS。$RIVER
如果多项服务共享同一批Operator、云资源和监控系统,账面上是多个网络,故障域却可能重合。某个AVS提高$SYN 激励,不代表节点一定会放弃Newton,但可能改变资源调度。比“验证通过率”更有意义的数据,是Operator重合度、头部节点占比和关键节点离线后的恢复速度。$NEWT
罚没也要讲清边界。其他AVS发生slash,并不必然把损失原样传给Newton,因为不同服务可设置各自的罚没条件和质押分配;但同一Operator若因设备或运维问题收缩服务,Newton仍可能承受可用性压力。核心风险不是“一处罚没、全网连坐”,而是多套安全背后可能依赖同一批执行主体。#Newt
所以我认可EigenLayer是Newton冷启动阶段的合理选择,却不会把“继承安全”理解成“风险已经外包”。接下来我更想看到NewtonProtocol公开Operator集中度、独立基础设施比例和故障切换方案。未来若能引入独立节点与备用验证路径,authorization layer才会逐步形成自己的可靠性。
Artikel
Lihat terjemahan
Newton真能跨出EVM吗?Chain-Agnostic最难的不是接一条新链昨晚重新看@NewtonProtocol 关于Non-EVM支持的说明,我突然意识到,“chain-agnostic”这个词很容易被理解成一套代码到处部署。可真正的链无关至少分3层:Policy语言能否表达同一条规则、不同链能否提供可信状态、执行权限能否用等价方式落地。Newton目前在EVM环境里的路径相对清楚,非EVM仍在roadmap并不意外;真正值得追问的,是团队准备统一哪一层,又允许哪些部分因链而异。 拿企业财库举例:同样一句“24小时内最多转出2000美元”,放在Base和Solana上并不是换个RPC就结束。$NVDAB 资产精度、账户结构、交易指令、价格来源,甚至“24小时”按区块时间还是自然日计算,都可能不同。Policy Engine可以保留统一语义,但必须先把每条链的原始交易翻译成标准输入。这个翻译层若有偏差,同一条规则就可能在两条链上得到不同答案。 所以非EVM扩展的核心,不一定是让EigenLayer节点直接运行所有链的完整节点,而是建立可审计的Chain Adapter。它负责解析目标链交易、读取必要状态、生成标准化事件,再把结果交给Operator评估。状态来源可以是原生轻客户端、第三方证明网络或受约束的中继服务,每种方案都能工作,却拥有不同的延迟、成本和信任边界。更合理的披露方式,是给Adapter标明验证等级:原生状态证明、外部网络证明,还是带挑战期的乐观确认。文档若只写“支持某条链”,用户仍不知道自己实际信任了谁。$BTC Session Key也是类似问题。EVM里的智能账户和ERC-4337提供了一套成熟工具,但“临时授权”并不等于必须复制同一种账户模型。Solana等链完全可以通过原生程序、委托权限或专用账户实现相似能力。Newton更现实的路线,应该是统一能力描述:允许哪些动作、资产上限多少、何时过期、如何撤销;底层签名和账户结构则由各链适配器实现。真正需要证明的是,不同实现能否提供等价的最小权限,而不是接口名称是否相同。$NEWT 证明成本同样不能只看一笔Gas。不同链支持的密码学原语、计算预算和最终性模型不同,聚合证明未必适合原样搬运。团队可以选择批量验证、递归证明,或者把部分计算放到链下再提交可验证结果,但每次优化都会重新划定信任边界。我更关心4个指标:单条Policy的总延迟、最终确认时间、失败后的回滚方式,以及用户实际支付的完整费用。多链成本不必完全相等,但保障等级和降级路径必须说清楚,否则所谓统一体验只是把差异藏到了后台。 在我看来,roadmap下一步最有价值的不是先公布支持多少条链,而是交出一份适配规范:标准Policy输入长什么样,状态证明由谁生成,Adapter升级由谁控制,跨链消息过期后怎样处理,目标链暂停时权限是否自动冻结。还要有版本兼容规则,避免Adapter更新后,同一份Policy出现不同解释。再配一组公开测试向量,让开发者把同一条限额规则同时跑在EVM和非EVM环境里,对照结果是否一致。一个能复现的devnet示例,比一长串网络Logo更有说服力。 因此我不把“Non-EVM仍在roadmap”直接理解成缺点。先在结构相近的EVM生态验证产品,再扩展到差异更大的运行环境,是合理的工程顺序。但对NewtonProtocol而言,chain-agnostic最终不能只代表“未来会接更多链”,而应代表同一条Policy换到另一条链后,保护强度不会悄悄缩水,新增信任也会被明确披露。接下来我会盯技术草案、Adapter代码、跨链失败语义和首个公开测试环境;在这些东西出现前,我会把非EVM支持视为待验证能力,而不是已经完成的网络效应。#Newt

Newton真能跨出EVM吗?Chain-Agnostic最难的不是接一条新链

昨晚重新看@NewtonProtocol 关于Non-EVM支持的说明,我突然意识到,“chain-agnostic”这个词很容易被理解成一套代码到处部署。可真正的链无关至少分3层:Policy语言能否表达同一条规则、不同链能否提供可信状态、执行权限能否用等价方式落地。Newton目前在EVM环境里的路径相对清楚,非EVM仍在roadmap并不意外;真正值得追问的,是团队准备统一哪一层,又允许哪些部分因链而异。
拿企业财库举例:同样一句“24小时内最多转出2000美元”,放在Base和Solana上并不是换个RPC就结束。$NVDAB 资产精度、账户结构、交易指令、价格来源,甚至“24小时”按区块时间还是自然日计算,都可能不同。Policy Engine可以保留统一语义,但必须先把每条链的原始交易翻译成标准输入。这个翻译层若有偏差,同一条规则就可能在两条链上得到不同答案。
所以非EVM扩展的核心,不一定是让EigenLayer节点直接运行所有链的完整节点,而是建立可审计的Chain Adapter。它负责解析目标链交易、读取必要状态、生成标准化事件,再把结果交给Operator评估。状态来源可以是原生轻客户端、第三方证明网络或受约束的中继服务,每种方案都能工作,却拥有不同的延迟、成本和信任边界。更合理的披露方式,是给Adapter标明验证等级:原生状态证明、外部网络证明,还是带挑战期的乐观确认。文档若只写“支持某条链”,用户仍不知道自己实际信任了谁。$BTC
Session Key也是类似问题。EVM里的智能账户和ERC-4337提供了一套成熟工具,但“临时授权”并不等于必须复制同一种账户模型。Solana等链完全可以通过原生程序、委托权限或专用账户实现相似能力。Newton更现实的路线,应该是统一能力描述:允许哪些动作、资产上限多少、何时过期、如何撤销;底层签名和账户结构则由各链适配器实现。真正需要证明的是,不同实现能否提供等价的最小权限,而不是接口名称是否相同。$NEWT
证明成本同样不能只看一笔Gas。不同链支持的密码学原语、计算预算和最终性模型不同,聚合证明未必适合原样搬运。团队可以选择批量验证、递归证明,或者把部分计算放到链下再提交可验证结果,但每次优化都会重新划定信任边界。我更关心4个指标:单条Policy的总延迟、最终确认时间、失败后的回滚方式,以及用户实际支付的完整费用。多链成本不必完全相等,但保障等级和降级路径必须说清楚,否则所谓统一体验只是把差异藏到了后台。
在我看来,roadmap下一步最有价值的不是先公布支持多少条链,而是交出一份适配规范:标准Policy输入长什么样,状态证明由谁生成,Adapter升级由谁控制,跨链消息过期后怎样处理,目标链暂停时权限是否自动冻结。还要有版本兼容规则,避免Adapter更新后,同一份Policy出现不同解释。再配一组公开测试向量,让开发者把同一条限额规则同时跑在EVM和非EVM环境里,对照结果是否一致。一个能复现的devnet示例,比一长串网络Logo更有说服力。
因此我不把“Non-EVM仍在roadmap”直接理解成缺点。先在结构相近的EVM生态验证产品,再扩展到差异更大的运行环境,是合理的工程顺序。但对NewtonProtocol而言,chain-agnostic最终不能只代表“未来会接更多链”,而应代表同一条Policy换到另一条链后,保护强度不会悄悄缩水,新增信任也会被明确披露。接下来我会盯技术草案、Adapter代码、跨链失败语义和首个公开测试环境;在这些东西出现前,我会把非EVM支持视为待验证能力,而不是已经完成的网络效应。#Newt
Lihat terjemahan
我在@grvt_io 测试网给同一个跨保证金账户同时放入BTC5倍多单和ETH8倍多单,本来想验证统一保证金能否提高资金利用率,结果最值得记录的不是触发价格,而是第一次风险处置结束后,账户留给市场恢复的时间有多短。两笔同向仓位共享USDC,相关性一旦突然上升,分散持仓很容易变成同一风险源。#grvt 在一次$BTC 价格快速回撤8%的模拟中,我所在的特定测试版本先减少了恢复维持保证金所需的仓位,剩余委托进入订单簿等待成交。这里必须说明:近期公开内容对GRVT现行规则存在“全额清算”的描述,因此我的结果只能代表当时的测试配置,不能直接当成当前正式机制。真正可复用的结论,是清算后风险并没有立即结束。 第一次处理完成不到2秒,外部喂价继续下移,账户权益再次跌破门槛。此时释放出的保证金尚未形成足够缓冲,买单深度又刚被上一轮委托消耗,第二次触发便更容易出现。问题不只是杠杆高,而是价格更新速度、风险检查频率和订单簿补单速度在同一窗口内发生了错位。 这让我重新理解跨$ETH 保证金:它在平稳行情中整合余额,却也会把多个同向仓位压进共同清算边界。评估GRVT不能只看“是否清算”,还要记录两次触发间隔、首次成交比例、2%深度恢复时间和二次处置后的剩余权益。只有这些数据同时公开,交易者才能判断统一保证金究竟提高了效率,还是缩短了纠错时间。
我在@grvt_io 测试网给同一个跨保证金账户同时放入BTC5倍多单和ETH8倍多单,本来想验证统一保证金能否提高资金利用率,结果最值得记录的不是触发价格,而是第一次风险处置结束后,账户留给市场恢复的时间有多短。两笔同向仓位共享USDC,相关性一旦突然上升,分散持仓很容易变成同一风险源。#grvt
在一次$BTC 价格快速回撤8%的模拟中,我所在的特定测试版本先减少了恢复维持保证金所需的仓位,剩余委托进入订单簿等待成交。这里必须说明:近期公开内容对GRVT现行规则存在“全额清算”的描述,因此我的结果只能代表当时的测试配置,不能直接当成当前正式机制。真正可复用的结论,是清算后风险并没有立即结束。
第一次处理完成不到2秒,外部喂价继续下移,账户权益再次跌破门槛。此时释放出的保证金尚未形成足够缓冲,买单深度又刚被上一轮委托消耗,第二次触发便更容易出现。问题不只是杠杆高,而是价格更新速度、风险检查频率和订单簿补单速度在同一窗口内发生了错位。
这让我重新理解跨$ETH 保证金:它在平稳行情中整合余额,却也会把多个同向仓位压进共同清算边界。评估GRVT不能只看“是否清算”,还要记录两次触发间隔、首次成交比例、2%深度恢复时间和二次处置后的剩余权益。只有这些数据同时公开,交易者才能判断统一保证金究竟提高了效率,还是缩短了纠错时间。
Lihat terjemahan
$QQQB 组池子的老哥被套了,今天钱包刷分磨损并不小,最关键的是,一群人研究怎么刷分,结果空投没了😔 #ALPHA
$QQQB 组池子的老哥被套了,今天钱包刷分磨损并不小,最关键的是,一群人研究怎么刷分,结果空投没了😔
#ALPHA
Masuk untuk menjelajahi konten lainnya
Bergabunglah dengan pengguna kripto global di Binance Square
⚡️ Dapatkan informasi terbaru dan berguna tentang kripto.
💬 Dipercayai oleh bursa kripto terbesar di dunia.
👍 Temukan wawasan nyata dari kreator terverifikasi.
Email/Nomor Ponsel
Sitemap
Preferensi Cookie
S&K Platform