九月流火YH

Ver traducción

前阵子在闲鱼卖个二手镜头，跟买家线下见面。他让我先把镜头递过去，说钱马上转。我说不行，咱俩同时来。最后两个人手机对着手机，一个点转账一个递东西。

这种"一手交钱一手交货"在金融里有个正经名字，叫券款对付。

为什么较真到这个程度？因为真出过事。1974 年德国 Herstatt 银行被关停那天，好几家对手方已经把马克付出去了，美元还没收到，钱就跟着这家银行一起没了。国际清算银行后来干脆用它的名字给这类风险命名。

这两天研究 @Dusk ，发现它较真的就是这件事。

国际清算银行 1992 年那份关于券款对付的报告写得很直白：消除本金风险的唯一办法，是把证券的交付和资金的支付绑在一起，让其中一个不可能单独发生。

但现在多数 RWA 的做法恰恰是分开的。资产在一条链上，钱在另一条链或者干脆在链下，中间靠托管方、靠清算机构、靠桥。每多一个环节，就多一段"我已经付了但还没收到"的窗口。

Dusk 的路子是把发行、持有、转移、结算压进同一条链。资产和资金在同一个状态里，转让能做到原子性——要么一起成，要么一起不成，不存在半吊子状态。Phoenix 负责让金额别裸奔，共识层给的是确定性最终性，不是"等几个块大概就稳了"。

这点对证券特别关键。链上重组在 DeFi 里最多算个意外，在证券结算里是法律事故。

代价也明显。什么都压在同一条链上，这条链本身就成了单点——它的性能、节点分布、活性直接决定天花板。

如果债券和基金真开始上链，它们会挑一条能让钱货同时易手的链，还是继续在两套系统之间找人做保？ #dusk $DUSK

DUSK+9,37 %

上个月卖二手车，过户在车管所排了大半天队。朋友说你卖个手机十分钟搞定，卖车怎么这么麻烦。因为车有登记簿。手机是谁拿着就是谁的，车不是——车的归属写在一个官方册子上，转让得去改那个册子。这两天研究 @Dusk_Foundation ，发现它抠的就是这件事。链上资产绝大多数是"谁拿着就是谁的"。ERC-20、BTC 本质都是无记名票据，私钥在手资产在手，转给谁都不用问。但证券不是这个逻辑。股票、债券、基金份额全是记名资产：发行方维护一份持有人名册，你的所有权是名册上的一条记录，转让要登记、要看受让人合不合格、可能还有持仓上限和锁定期。问题就在这儿。现在多数 RWA 的做法，是把记名资产塞进一个无记名的壳里——发个 ERC-20 代表某只债券，再靠链下的白名单、托管协议、法律文件去补那些链上表达不了的规则。底层模型和资产性质对不上，缺口只能用信任去填。 Hernando de Soto 在《资本的秘密》里有个判断我一直记着：资产如果没有正式的登记体系，它就只是死资本——看着有价值，却动不起来、抵不了押。他讲的是土地房产，放到链上资产同样成立。 Dusk 的 Zedger 走的是另一条路：把记名模型做成链上原生。名册在链上，转让规则、持有人资格、持仓限制通过 XSC 写进合约本身，不靠链下补丁。再叠一层 Phoenix，让持仓和成交金额不必公开。代价当然有。原生记名意味着资产没法像 ERC-20 那样随便丢进任何 DEX 里裸奔，可组合性天然受限。但我越想越觉得这个受限是对的。证券在现实里也不能随便转给任何人，链上凭什么可以。如果真正的债券和基金开始上链，它们会挑一条能表达自己是记名资产的链，还是继续挤在无记名的壳里靠合同打补丁？ #dusk $DUSK {future}(DUSKUSDT)

Ver traducción

上个月卖二手车，过户在车管所排了大半天队。朋友说你卖个手机十分钟搞定，卖车怎么这么麻烦。

因为车有登记簿。手机是谁拿着就是谁的，车不是——车的归属写在一个官方册子上，转让得去改那个册子。

这两天研究 @Dusk ，发现它抠的就是这件事。

链上资产绝大多数是"谁拿着就是谁的"。ERC-20、BTC 本质都是无记名票据，私钥在手资产在手，转给谁都不用问。

但证券不是这个逻辑。股票、债券、基金份额全是记名资产：发行方维护一份持有人名册，你的所有权是名册上的一条记录，转让要登记、要看受让人合不合格、可能还有持仓上限和锁定期。

问题就在这儿。现在多数 RWA 的做法，是把记名资产塞进一个无记名的壳里——发个 ERC-20 代表某只债券，再靠链下的白名单、托管协议、法律文件去补那些链上表达不了的规则。

底层模型和资产性质对不上，缺口只能用信任去填。

Hernando de Soto 在《资本的秘密》里有个判断我一直记着：资产如果没有正式的登记体系，它就只是死资本——看着有价值，却动不起来、抵不了押。他讲的是土地房产，放到链上资产同样成立。

Dusk 的 Zedger 走的是另一条路：把记名模型做成链上原生。名册在链上，转让规则、持有人资格、持仓限制通过 XSC 写进合约本身，不靠链下补丁。再叠一层 Phoenix，让持仓和成交金额不必公开。

代价当然有。原生记名意味着资产没法像 ERC-20 那样随便丢进任何 DEX 里裸奔，可组合性天然受限。

但我越想越觉得这个受限是对的。证券在现实里也不能随便转给任何人，链上凭什么可以。

如果真正的债券和基金开始上链，它们会挑一条能表达自己是记名资产的链，还是继续挤在无记名的壳里靠合同打补丁？ #dusk $DUSK

DUSK+9,37 %

Hace unos días compré cosas en la tienda de conveniencia de abajo y, por costumbre, pagué en efectivo. El cajero me preguntó por qué no escaneaba. Le dije que no había nada particularmente especial: simplemente hay algunas compras que no quiero que queden registradas. Comprar un medicamento para la gripe, comprar una botella de vino, no es un secreto, pero tampoco hace falta que cualquiera lo sepa. Estos días estuve investigando @Dusk_Foundation y me quedé trabado con un diseño: en una misma cadena corre simultáneamente con dos modelos de cuentas. Phoenix es un modelo de privacidad, con estructura UTXO: el monto de la transacción y el contrapartido se ocultan mediante pruebas de conocimiento cero. Moonlight es un modelo de cuentas transparentes, como el de Ethereum: el saldo puede consultarse públicamente. En ambos lados, el dinero puede transferirse entre sí. Mi primera reacción fue que el diseño no estaba bien resuelto. Si quieres privacidad, ¿por qué mezclarlo? Después de leerlo todo, la idea se me dio vuelta. En el artículo de 1985 de David Chaum, “Security without Identification”, él dejó una afirmación: la privacidad y la rendición de cuentas nunca son opuestos. Los buenos sistemas permiten que el usuario decida por sí mismo en qué situaciones revelar qué. Él hablaba de dinero electrónico, pero este principio no ha caducado en cuarenta años. La realidad de las finanzas ya es de doble vía. El efectivo en tu cartera no se reporta; la cuenta bancaria deja rastro transacción por transacción. A nadie le parece una contradicción porque los escenarios son distintos. Dusk llevó esa doble vía a la cadena. Para emitir deuda o fondos, las tenencias y los montos de las operaciones van por Phoenix para ocultarse; cuando hay que probar algo ante reguladores o auditores, la capa de identidad de Citadel emite una prueba de conocimiento cero: solo responde sí o no, sin volcar el libro completo. Esto no es lo mismo que esas “cadenas con todo cifrado en cadena y que no se ve nada”. Las cadenas de ocultamiento total, en realidad, las instituciones no se atreven a usarlas, porque la auditoría no se puede hacer. Sí, tiene un costo. Dos modelos implican un mayor costo mental: el usuario tiene que entender en qué lado está y cuándo debe cambiar; los desarrolladores también deben comprender de forma simultánea las dos lógicas. No es un diseño de cero barrera. Pero prefiero verlo como una característica. Si RWA de verdad va a aterrizar, lo que falta no es o todo transparente o todo privado, sino la posibilidad de elegir. Si los bonos y los fondos se enlazaran a gran escala, ¿las instituciones elegirían una cadena que se ve todo, o una cadena en la que puedan decidir por sí mismas cuánto quieren revelar? #dusk $DUSK {spot}(DUSKUSDT)

Hace unos días compré cosas en la tienda de conveniencia de abajo y, por costumbre, pagué en efectivo. El cajero me preguntó por qué no escaneaba. Le dije que no había nada particularmente especial: simplemente hay algunas compras que no quiero que queden registradas. Comprar un medicamento para la gripe, comprar una botella de vino, no es un secreto, pero tampoco hace falta que cualquiera lo sepa.

Estos días estuve investigando @Dusk y me quedé trabado con un diseño: en una misma cadena corre simultáneamente con dos modelos de cuentas.

Phoenix es un modelo de privacidad, con estructura UTXO: el monto de la transacción y el contrapartido se ocultan mediante pruebas de conocimiento cero. Moonlight es un modelo de cuentas transparentes, como el de Ethereum: el saldo puede consultarse públicamente. En ambos lados, el dinero puede transferirse entre sí.

Mi primera reacción fue que el diseño no estaba bien resuelto. Si quieres privacidad, ¿por qué mezclarlo?

Después de leerlo todo, la idea se me dio vuelta.

En el artículo de 1985 de David Chaum, “Security without Identification”, él dejó una afirmación: la privacidad y la rendición de cuentas nunca son opuestos. Los buenos sistemas permiten que el usuario decida por sí mismo en qué situaciones revelar qué. Él hablaba de dinero electrónico, pero este principio no ha caducado en cuarenta años.

La realidad de las finanzas ya es de doble vía. El efectivo en tu cartera no se reporta; la cuenta bancaria deja rastro transacción por transacción. A nadie le parece una contradicción porque los escenarios son distintos.

Dusk llevó esa doble vía a la cadena. Para emitir deuda o fondos, las tenencias y los montos de las operaciones van por Phoenix para ocultarse; cuando hay que probar algo ante reguladores o auditores, la capa de identidad de Citadel emite una prueba de conocimiento cero: solo responde sí o no, sin volcar el libro completo.

Esto no es lo mismo que esas “cadenas con todo cifrado en cadena y que no se ve nada”. Las cadenas de ocultamiento total, en realidad, las instituciones no se atreven a usarlas, porque la auditoría no se puede hacer.

Sí, tiene un costo. Dos modelos implican un mayor costo mental: el usuario tiene que entender en qué lado está y cuándo debe cambiar; los desarrolladores también deben comprender de forma simultánea las dos lógicas. No es un diseño de cero barrera.

Pero prefiero verlo como una característica. Si RWA de verdad va a aterrizar, lo que falta no es o todo transparente o todo privado, sino la posibilidad de elegir.

Si los bonos y los fondos se enlazaran a gran escala, ¿las instituciones elegirían una cadena que se ve todo, o una cadena en la que puedan decidir por sí mismas cuánto quieren revelar? #dusk $DUSK

DUSK+9,37 %

Pensé en comer un pequeño movimiento, pero entré y en diez minutos me sacudieron y me expulsaron,
ahora miro la gráfica K: esa vela que yo salí fue justo el mínimo, comportamiento de novato típico.
SOXLB, este tipo de acción, la volatilidad intradía es incluso mayor de lo que crees; tal vez el “pequeño movimiento” que imaginas solo era su calentamiento,
poner un stop demasiado ajustado equivale a regalar dinero; no poner stop te deja con ansiedad, y estás atrapado por ambos lados.
La próxima vez, o bien aguanta más tiempo, o directamente no hagas intradía; deja de hacerte el listo. #TradFi晒单

SOXLB+0,00 %

Amigos ayer me preguntaron: “Si el equipo de Babylon se va por completo mañana, ¿qué haces con el BTC que tienes bloqueado en TBV?” Me quedé en blanco un par de segundos. La pregunta se ve extrema, pero es algo que todos los protocolos de autocustodia tienen que poder responder. Revisé la arquitectura de TBV: cada una de las transacciones prefirmadas que firmaste al bloquear BTC —salida, difusión del time-lock, rutas de confiscación— son transacciones nativas estándar de Bitcoin, que permanecen tranquilamente en tu equipo. Los servidores de Babylon no participan en que existan. Es decir, si Babylon sigue o no en operación, y si tú puedes o no recuperar el BTC, son dos cosas distintas. Nick Szabo, en “Formalizing and Securing Relationships on Public Networks”, dejó una norma: los contratos inteligentes deben ejecutarse por sí mismos, sin depender de la cooperación continua de ninguna parte. Esa frase suele citarse para hablar de inmutabilidad, pero los productos que realmente logran “si el equipo se va, el protocolo sigue corriendo” son pocos. TBV lo logra, porque ni siquiera existe la noción de “estado del contrato que reside en un servidor del protocolo”. Tu Vault es simplemente un UTXO en la mainnet de Bitcoin; la ruta de salida es una transacción firmada y lista para difundirse en cualquier momento. La UI de @babylonlabs_io hace que la operación sea cómoda, pero aunque la UI desaparezca, la transacción en sí sigue siendo válida. La primera vez que me di cuenta de esto, sentí una rara tranquilidad. No era “confío en que Babylon estará por mucho tiempo”, sino “no necesito confiar en que Babylon estará por mucho tiempo”. La mayoría de los usuarios de DeFi ya está acostumbrada a la idea predeterminada de “si el protocolo se cae = los fondos quedan congelados”. TBV es distinto: incluso si el protocolo desaparece, el BTC sigue moviéndose según las reglas del guion. El costo también es real: tienes que aprender a custodiar por tu cuenta esos archivos de transacciones prefirmadas, y saber usar herramientas para difundirlos si algo sale mal. Esto no es de cero barreras. ¿Todavía usarías un protocolo para poner BTC que necesariamente tiene que asumir que el operador estará siempre en funcionamiento? #baby $BABY {future}(BTCUSDT) {future}(BABYUSDT)

Amigos ayer me preguntaron: “Si el equipo de Babylon se va por completo mañana, ¿qué haces con el BTC que tienes bloqueado en TBV?”

Me quedé en blanco un par de segundos. La pregunta se ve extrema, pero es algo que todos los protocolos de autocustodia tienen que poder responder.

Revisé la arquitectura de TBV: cada una de las transacciones prefirmadas que firmaste al bloquear BTC —salida, difusión del time-lock, rutas de confiscación— son transacciones nativas estándar de Bitcoin, que permanecen tranquilamente en tu equipo. Los servidores de Babylon no participan en que existan.

Es decir, si Babylon sigue o no en operación, y si tú puedes o no recuperar el BTC, son dos cosas distintas.

Nick Szabo, en “Formalizing and Securing Relationships on Public Networks”, dejó una norma: los contratos inteligentes deben ejecutarse por sí mismos, sin depender de la cooperación continua de ninguna parte. Esa frase suele citarse para hablar de inmutabilidad, pero los productos que realmente logran “si el equipo se va, el protocolo sigue corriendo” son pocos.

TBV lo logra, porque ni siquiera existe la noción de “estado del contrato que reside en un servidor del protocolo”. Tu Vault es simplemente un UTXO en la mainnet de Bitcoin; la ruta de salida es una transacción firmada y lista para difundirse en cualquier momento. La UI de @BabylonLabs_io hace que la operación sea cómoda, pero aunque la UI desaparezca, la transacción en sí sigue siendo válida.

La primera vez que me di cuenta de esto, sentí una rara tranquilidad. No era “confío en que Babylon estará por mucho tiempo”, sino “no necesito confiar en que Babylon estará por mucho tiempo”.

La mayoría de los usuarios de DeFi ya está acostumbrada a la idea predeterminada de “si el protocolo se cae = los fondos quedan congelados”. TBV es distinto: incluso si el protocolo desaparece, el BTC sigue moviéndose según las reglas del guion.

El costo también es real: tienes que aprender a custodiar por tu cuenta esos archivos de transacciones prefirmadas, y saber usar herramientas para difundirlos si algo sale mal. Esto no es de cero barreras.

¿Todavía usarías un protocolo para poner BTC que necesariamente tiene que asumir que el operador estará siempre en funcionamiento? #baby $BABY

Ver traducción

上周帮朋友清理钱包，翻他的授权列表，密密麻麻几十个还在有效期内的无限额度 approve，好几个合约名字他自己都想不起来。

对了一下他这几年被钓鱼的两次金额，全是从这些睡在授权列表里的合约走的。私钥没丢过，签名没泄漏过，钱一样没了。

这两天用 @BabylonLabs_io 的 TBV 时，一个细节让我停下来：整个流程里我没点过一次 approve。

不是产品做减法。TBV 从模型层面就没有 ERC-20 approve 这个东西。它用的是 Bitcoin 的 UTXO + 预签名交易——每一笔操作对应一笔具体的、金额已定的、路径已定的交易，签完就是签完，没有"授权某个合约在未来任意时刻动我的钱"这种概念。

Vitalik 在《The Three Transitions》里反复讲过一件事：钱包 UX 最深的伤口，是让用户签他们其实读不懂的授权。他说每一次签名都应当有明确的、有限的语义。

TBV 刚好落在这条线上。你签的是"锁 1 BTC 进这个 Vault"，不是"允许某个合约以后随时花我的 BTC"。这两个签名在密码学上看起来一样，风险差着十个数量级。

我不是说 TBV 完美。手续费预估、区块等待、Finality Provider 挑选，这些都得学。但那种"我不知道自己签过多少空白支票"的焦虑，这里真没有了。

老 DeFi 用户可能才最能体会这个差别。习惯了每次交互先 approve、再 confirm、然后祈祷这合约永远别被黑，回到 TBV 会有点不习惯——不习惯一件事情居然可以这么干净地做完。

也许安全感的下一个版本，不是"我签了多少防护"，而是"我根本不需要签那些"。 #baby $BABY

Ver traducción

今天盤前掃了眼消息面,NAND 現貨報價又動了一下,順手在 bStocks 補了點 SNDKB。
沒打算做短,就是慢慢囤。
說白了現在買這種週期底部票,拚的不是眼光是耐性,
你敢在別人不想看的時候買,才有機會在別人搶著買的時候賣。
中間那段沉默期最難熬,大部分人就死在這裡。#TradFi晒单

SNDKB+0,06 %

前几天做完一次 TBV 存款，我做了一件挺多余的事——把钱包关掉又打开，就为了看那笔 BTC 是不是还在原来的地址上。

看了三次。

老 DeFi 用户会懂这个动作。过去几年，把 BTC "存进去"几乎都意味着 BTC 从你眼前消失——它变成了 WBTC、变成了跨链桥上的一串记账数字、变成了某个托管账户里的一行 IOU。你打开钱包，原来那笔 BTC 是真的不见了。

而 @BabylonLabs_io 的 TBV 里，我看到的是自己那个 UTXO 还在原来的位置，只是花费条件被脚本改写了。BTC 从头到尾没动过。

这个视觉差异比我以为的更重要。

Andreas Antonopoulos 那句几乎被念烂了的话——"Not your keys, not your coins"——过去十年被无数托管方拿去做营销幌子。真正做到的产品其实不多。TBV 是近年我看到少数几个让这句话字面成立的方案：私钥在你手里、UTXO 在你的地址上、你能在区块浏览器里指着那笔交易说这就是我的。

第二次操作时我发现自己没再打开钱包检查了。第三次连流程都没细看，点开、锁定、借贷、完成。

这种从紧张到松弛的曲线，才是采纳真正发生的地方。营销文案说服不了 BTC 老持有者，几个月里自己那笔币始终躺在自己地址上——这个事实才能。

代价当然有。退出得等区块确认，Vault 参数要留意，Finality Provider 得挑。但这些都是"你还在掌控"的证据，不是相反。

我开始理解 TBV 想解决的其实是一个心理问题：让 BTC 参与更多经济活动，同时不让持有者产生"币交出去了"的失控感。

也许下一个真正的采纳信号，不是 TVL 曲线，而是有多少人做完存款之后，不再需要打开钱包多看两眼。 #baby $BABY

En esta operación entré directamente con una posición del 6% del capital total. Elegí el precio de entrada en una zona más limpia durante el retroceso. Puse el stop loss en la línea donde la estructura se rompe por completo; si se rompe, acepto la pérdida y me voy, no me quedo aguantando hasta el final. Total, bStocks se puede operar 24 horas al día; si quieres salir, sales, qué tan conveniente. Antes, cuando jugaba con acciones tradicionales de EE. UU. tenía que esperar la apertura, transferir dinero y hacer la liquidación; era una molestia insoportable. Ahora es directo: USDT y listo, el costo de reequilibrar es tan bajo que dan ganas de reír. ¡Este es el verdadero punto bueno de las acciones tokenizadas! ¡Sigamos con el impulso!#TradFi晒单

Ver traducción

前几天整理抽屉，翻出一叠好几年前买的邮票。寄东西的时候被告知面值不够，邮资早就涨过了。票还在，只是当年的定价失效了。

这两天想 @BabylonLabs_io 的 TBV，卡在一个类似的地方：预签名交易里的手续费费率，是在 Vault 创建那一刻就定下来的。

TBV 的安全性很大程度来自"预先构建"。退出路径、罚没路径、时间锁到期后广播哪笔交易，全都在你锁定 BTC 之前就签好了。这是它不需要智能合约、不需要任何人事后批准的原因。

但一笔比特币交易被打包，取决于它出的费率在当下的内存池里够不够看。预签名意味着这个费率是过去时的判断。你锁仓那天内存池空空荡荡，两个月后一波铭文热潮涌进来，那笔当年签好的退出交易可能就卡在池子里没人理。

Antoine Riard 研究交易钉死攻击时反复强调过一个点：预签名交易的真正难题从来不是签名本身，而是签名之后如何还能给它加价。Lightning 为此专门设计了 anchor outputs，就是为了给预签好的交易留一个事后追加手续费的出口。

大多数人把预签名读作确定性。我更愿意读作一份对未来费率市场下的注。

工程上是有解的，CPFP、锚点输出、预留多档费率，都是成熟做法。但每一种解法都在把复杂度往前推——你得在创建阶段就把未来可能的费率环境考虑进去，或者依赖某个愿意帮你加价的角色。

我一直在观察一件事：TBV 把作恶的自由裁量权删掉了，但拥堵时把交易推出去的能力，最后落在谁身上？ #baby $BABY @BabylonLabs_io
$BTC

Alcista

Ver traducción

前几天有人问我 Babylon 解绑到底几天能到账，我随口说了个天数。后来翻了一下才发现，这个问题根本没法用天数回答。

@BabylonLabs_io 的 TBV 里，解绑时间锁是用区块高度写死在脚本里的，不是用时间。Bitcoin 脚本能理解的只有"再过 N 个区块"，它没有时钟。

而 Bitcoin 出块是泊松过程。Meni Rosenfeld 在 2011 年那篇《Analysis of Hashrate-Based Double Spending》里给过很清楚的结论：出块间隔服从指数分布，均值十分钟，但方差相当可观。十分钟是期望值，不是承诺。

所以名义上的"七天"，实际是一个分布。算力上行时区块出得快，你可能六天多就解锁；难度调整周期内算力下滑，拖到八天也完全正常。

大多数人把解绑期读作一个日期。我更愿意把它读作一个区间。

这个差别在什么时候变得重要？平常无所谓，早一天晚一天没人在意。但如果你是在急跌行情里等着这笔 BTC 出来补仓，那几个小时的偏差就是实打实的执行风险。你以为自己在等一个确定的时刻，其实在等一个概率事件收敛。

要澄清的是，这不是设计缺陷。用区块高度而不是时间戳，恰恰是 TBV 保持无需信任的必要条件——一旦引入外部时间源，你就得信任某个报时的人。这份不确定性是自托管的对价，换来的是没有任何人能提前或推迟你的解锁。

但代价确实存在，而且被移到了用户的规划能力上。协议保证了"不会被别人改动"，没保证"你能精确预测"。

我一直在观察一件事：TBV 消除的是时间上的自由裁量权，还是只把时间的不确定性从协议方转移给了用户？ #baby $BABY @BabylonLabs_io
$BTC

El año pasado cambié de móvil y ya tenía todas las fotos y vídeos respaldados con antelación. Pensé que estaba todo bajo control, que no podía salir mal. Pero cuando llegó el momento de restaurar, descubrí que necesitaba un código de verificación que aparecía en el móvil antiguo… y ese móvil ya lo había vendido. El respaldo y la recuperabilidad, en realidad, son dos cosas distintas. Estos días estuve pensando en TBV para el @babylonlabs_io , y un detalle me recordó otra vez esto: en esta arquitectura, lo que tienes que custodiar parece no limitarse ya a la clave privada. El modelo mental del auto-custodio tradicional es muy limpio. Sostener 12 frases mnemónicas, copiarlas en papel y guardarlas en un cajón: incluso si el mundo se cae, puedes recuperarte. Ese modelo se sostiene en un supuesto: para gastar BTC, la condición depende de una sola cosa: si puedes firmar. El Vault de TBV es diferente. Su ruta de salida se construye y se firma por adelantado en el mismo momento de crearlo. Qué camino se sigue para desasociar normalmente, cómo se difunde cuando vence el time-lock, cómo se activan las condiciones de slashing: todo eso no se calcula “en caliente” después, sino que está ya fijado de antemano en el grafo de la transacción. La ventaja es muy concreta: no necesitas contratos inteligentes, no necesitas aprobaciones posteriores de nadie; y el script de Bitcoin puede ejecutarse de manera forzosa por sí solo. Pero el coste está anclado en el mismo sitio. La clave privada sigue en tus manos, pero al mismo tiempo tienes que saber qué conjunto de parámetros usa ese Vault, qué versión es y cómo es la ruta de salida. En teoría, la mayoría de esas cosas se pueden reconstruir desde la cadena, con la condición de que sepas dónde buscar y cómo reproducirlas. Así, el problema deja de ser “si lo perdiste” y pasa a ser “si puedes reconstruirlo tú mismo”. Ross Anderson, en *Security Engineering*, repite una idea una y otra vez: los sistemas de seguridad fallan muy pocas veces por haberse roto la criptografía; la mayoría de los fallos ocurren fuera de la criptografía, en los procesos—respaldo, recuperación, traspaso, errores humanos. Esta frase encaja especialmente bien aplicada a TBV. Traslada la confianza desde las personas a las matemáticas, pero al mismo tiempo transfiere parte de la responsabilidad operativa al usuario. Esto no es una deficiencia: es el precio de la auto-custodia. Si de verdad quieres el control, tienes que asumir también el deber real de custodia. Sospecho que esta es, precisamente, la barrera real de adopción de TBV. No es que el rendimiento no sea lo bastante atractivo; es que el peso de la auto-custodia es mayor de lo que la mayoría de la gente cree. ¿La gente que está acostumbrada a apostar con un clic desde el exchange, estará dispuesta a pagar esa molestia por “custodiar una cosa más”? #baby $BABY @babylonlabs_io {spot}(BTCUSDT) {spot}(BABYUSDT)

El año pasado cambié de móvil y ya tenía todas las fotos y vídeos respaldados con antelación. Pensé que estaba todo bajo control, que no podía salir mal. Pero cuando llegó el momento de restaurar, descubrí que necesitaba un código de verificación que aparecía en el móvil antiguo… y ese móvil ya lo había vendido.

El respaldo y la recuperabilidad, en realidad, son dos cosas distintas.

Estos días estuve pensando en TBV para el @BabylonLabs_io , y un detalle me recordó otra vez esto: en esta arquitectura, lo que tienes que custodiar parece no limitarse ya a la clave privada.

El modelo mental del auto-custodio tradicional es muy limpio. Sostener 12 frases mnemónicas, copiarlas en papel y guardarlas en un cajón: incluso si el mundo se cae, puedes recuperarte. Ese modelo se sostiene en un supuesto: para gastar BTC, la condición depende de una sola cosa: si puedes firmar.

El Vault de TBV es diferente. Su ruta de salida se construye y se firma por adelantado en el mismo momento de crearlo. Qué camino se sigue para desasociar normalmente, cómo se difunde cuando vence el time-lock, cómo se activan las condiciones de slashing: todo eso no se calcula “en caliente” después, sino que está ya fijado de antemano en el grafo de la transacción.

La ventaja es muy concreta: no necesitas contratos inteligentes, no necesitas aprobaciones posteriores de nadie; y el script de Bitcoin puede ejecutarse de manera forzosa por sí solo.

Pero el coste está anclado en el mismo sitio. La clave privada sigue en tus manos, pero al mismo tiempo tienes que saber qué conjunto de parámetros usa ese Vault, qué versión es y cómo es la ruta de salida. En teoría, la mayoría de esas cosas se pueden reconstruir desde la cadena, con la condición de que sepas dónde buscar y cómo reproducirlas. Así, el problema deja de ser “si lo perdiste” y pasa a ser “si puedes reconstruirlo tú mismo”.

Ross Anderson, en *Security Engineering*, repite una idea una y otra vez: los sistemas de seguridad fallan muy pocas veces por haberse roto la criptografía; la mayoría de los fallos ocurren fuera de la criptografía, en los procesos—respaldo, recuperación, traspaso, errores humanos.

Esta frase encaja especialmente bien aplicada a TBV. Traslada la confianza desde las personas a las matemáticas, pero al mismo tiempo transfiere parte de la responsabilidad operativa al usuario. Esto no es una deficiencia: es el precio de la auto-custodia. Si de verdad quieres el control, tienes que asumir también el deber real de custodia.

Sospecho que esta es, precisamente, la barrera real de adopción de TBV. No es que el rendimiento no sea lo bastante atractivo; es que el peso de la auto-custodia es mayor de lo que la mayoría de la gente cree.

¿La gente que está acostumbrada a apostar con un clic desde el exchange, estará dispuesta a pagar esa molestia por “custodiar una cosa más”? #baby $BABY @BabylonLabs_io

Ver traducción

前几天写完 Finality Provider 那篇，评论里有人问我：既然 TBV 说无需信任，那这套东西里还有没有需要"相信谁"的地方？

我当时含糊过去了。老实说，有，而且在一个比 FP 更底层的位置：Covenant Committee。

Covenant 这个概念最早是 Gregory Maxwell 在 2013 年 bitcointalk 上提出来的。他当时讨论的问题很朴素——能不能让一笔比特币在被花掉时，强制约束"它只能花去哪里"。Bitcoin 脚本原生做不到这件事，你能锁定资金，但没法规定资金解锁后的去向。

这恰好是 TBV 最需要的能力。质押的 BTC 必须满足一个条件：正常退出时回到用户手里，作恶时按协议规则被罚没。这是典型的 covenant 需求。

问题是 Bitcoin 至今没有原生 covenant，OP_CTV、OP_VAULT 这些提案还躺在 BIP 里没被激活。

@BabylonLabs_io 的做法是"covenant emulation"——找一组参与方对可能的花费路径做预签名，用多方协作模拟出原生 covenant 的效果。所以你锁进 Vault 的 BTC，去向约束不是完全由 Bitcoin 共识保证的，而是由这个委员会的门限签名保证的。

这不是黑点，是行业公开的过渡方案。参与方是分散的、职责被限死在预设路径上、无法私自转移用户资金。但它确实构成了一个"人的环节"——和昨天那篇讲 checkpointing 的纯数学锚定，性质不同。

所以我现在这样理解 TBV：上层的 EOTS 罚没、UTXO 隔离、比特币时间戳，这三块是数学；底下的 covenant 模拟，暂时还是社会共识加密码学的混合体。真正的终局，得等 Bitcoin 主网把 covenant 原生化，那时候这个委员会才能被彻底删掉。

设计文档写得再优雅，也删不掉底层缺的那个操作码。你觉得 Babylon 该等 Bitcoin 升级，还是该在现有约束下先跑起来？ #baby $BABY @BabylonLabs_io
$BTC

Hace unos días, un amigo me preguntó: “Babylon, si en realidad está pensado para dar seguridad a otras cadenas, ¿por qué aun así necesita enviar transacciones periódicamente a la red principal de Bitcoin? ¿No es eso pagar comisiones de forma gratuita? En ese momento no supe qué responder. Luego, al revisar la documentación, entendí la idea—ese acto tiene un término: *checkpointing*. Es otro de los pilares invisibles de toda la arquitectura de TBV. No es lo mismo que la penalización por EOTS a la que todos están acostumbrados; habla de un problema más antiguo: ¿por qué una parte de la historia debería contar? Leslie Lamport, en su artículo de 1978 que sentó las bases de los sistemas distribuidos, *“Time, Clocks, and the Ordering of Events in a Distributed System”*, escribió una opinión contraintuitiva: en los sistemas distribuidos, el “tiempo” en sí no es fiable; necesitas un orden de eventos que todos no puedan falsificar, para que exista consenso. Bitcoin solo hizo bien una cosa en 16 años: es una máquina de fabricación del orden de eventos más difícil de refutar del mundo. Si quieres manipular una parte de la historia de Bitcoin, el costo es casi equivalente a reiniciar toda la red de Bitcoin. El mecanismo de checkpointing de @babylonlabs_io , en esencia, consiste en “soldar” periódicamente el snapshot del estado de la cadena a la que se conecta dentro de ese orden. Cada cierto tiempo, Babylon empaqueta el hash del estado clave de la cadena PoS y lo envía a la red principal de Bitcoin como una transacción ordinaria. Esta transacción no porta ningún contrato inteligente, ni realiza ninguna lógica: su único propósito es—*existir*. Una vez que Bitcoin la empaqueta, esa historia PoS obtiene un timestamp de nivel Bitcoin. Para retrocederla, primero tendrías que retroceder Bitcoin. Esto resuelve la dolencia más profunda de PoS: el ataque de largo alcance. El ancla histórica de las cadenas PoS tradicionales es el consenso social; Babylon reemplaza ese ancla por el timestamp del tiempo de cómputo de Bitcoin. La comisión no se paga en vano: es una renta de la autoridad del orden que Bitcoin acumuló durante 16 años. Después de entender esa capa, cambió mi manera de ver a Babylon. No está creando otro protocolo de “hacer crecer BTC”; está haciendo algo más fundamental: convertir Bitcoin en el estándar temporal del mundo de múltiples cadenas. Que una cadena pueda aprovechar la autoridad histórica de otra cadena, en la historia del desarrollo de la criptografía, en realidad no ha ocurrido muchas veces. ¿Te parece que esto cuenta como infraestructura? #baby $BABY @babylonlabs_io {future}(BABYUSDT) $BTC {spot}(BTCUSDT)

Alcista

Hace unos días, un amigo me preguntó: “Babylon, si en realidad está pensado para dar seguridad a otras cadenas, ¿por qué aun así necesita enviar transacciones periódicamente a la red principal de Bitcoin? ¿No es eso pagar comisiones de forma gratuita?

En ese momento no supe qué responder. Luego, al revisar la documentación, entendí la idea—ese acto tiene un término: *checkpointing*. Es otro de los pilares invisibles de toda la arquitectura de TBV. No es lo mismo que la penalización por EOTS a la que todos están acostumbrados; habla de un problema más antiguo: ¿por qué una parte de la historia debería contar?

Leslie Lamport, en su artículo de 1978 que sentó las bases de los sistemas distribuidos, *“Time, Clocks, and the Ordering of Events in a Distributed System”*, escribió una opinión contraintuitiva: en los sistemas distribuidos, el “tiempo” en sí no es fiable; necesitas un orden de eventos que todos no puedan falsificar, para que exista consenso.

Bitcoin solo hizo bien una cosa en 16 años: es una máquina de fabricación del orden de eventos más difícil de refutar del mundo. Si quieres manipular una parte de la historia de Bitcoin, el costo es casi equivalente a reiniciar toda la red de Bitcoin.

El mecanismo de checkpointing de @BabylonLabs_io , en esencia, consiste en “soldar” periódicamente el snapshot del estado de la cadena a la que se conecta dentro de ese orden. Cada cierto tiempo, Babylon empaqueta el hash del estado clave de la cadena PoS y lo envía a la red principal de Bitcoin como una transacción ordinaria. Esta transacción no porta ningún contrato inteligente, ni realiza ninguna lógica: su único propósito es—*existir*.

Una vez que Bitcoin la empaqueta, esa historia PoS obtiene un timestamp de nivel Bitcoin. Para retrocederla, primero tendrías que retroceder Bitcoin.

Esto resuelve la dolencia más profunda de PoS: el ataque de largo alcance. El ancla histórica de las cadenas PoS tradicionales es el consenso social; Babylon reemplaza ese ancla por el timestamp del tiempo de cómputo de Bitcoin. La comisión no se paga en vano: es una renta de la autoridad del orden que Bitcoin acumuló durante 16 años.

Después de entender esa capa, cambió mi manera de ver a Babylon. No está creando otro protocolo de “hacer crecer BTC”; está haciendo algo más fundamental: convertir Bitcoin en el estándar temporal del mundo de múltiples cadenas.

Que una cadena pueda aprovechar la autoridad histórica de otra cadena, en la historia del desarrollo de la criptografía, en realidad no ha ocurrido muchas veces. ¿Te parece que esto cuenta como infraestructura? #baby $BABY @BabylonLabs_io
$BTC

Anoche, alguien volvió a quejarse en el grupo de que Babylon la desasignación tarda varios días, es demasiado engorroso. He visto esa queja más de diez veces. Pero cada vez que la veo, quiero decir: esos días de espera son, precisamente, la parte “más cara” del diseño de todo el TBV, solo que la mayoría no se da cuenta. Vitalik escribió en 2014 un artículo que después todos los investigadores de PoS citaron una y otra vez: «Weak Subjectivity». La idea central es: los sistemas PoS tienen de forma natural una vulnerabilidad de «ataque a largo alcance». El atacante solo necesita obtener la clave privada mayoritaria de un momento del pasado, y puede falsificar de la nada una bifurcación histórica completamente válida. En PoW, este problema se combate con cómputo; en PoS, ¿con qué? La respuesta de Vitalik es un poco incómoda: «subjetividad débil». Tienes que depender de un ancla externa para decirle al nodo recién incorporado «qué cadena es la verdadera». ¿Cuál es el ancla de la mayoría de las cadenas PoS? El consenso social, los anuncios de Discord, checkpoints codificados a mano por una fundación. En pocas palabras: sigue siendo humano. @babylonlabs_io toma un camino totalmente distinto: clavar el ancla directamente en la red principal de Bitcoin. La ventana de desasignación «lenta» que hace que los usuarios se quejen en TBV, en esencia, está esperando que la red principal de Bitcoin selle ese historial de la participación. Estos días no son por falta de rendimiento de red: es tiempo de confirmación dejado a propósito para Bitcoin—para fijar con sellos de tiempo de Bitcoin las pruebas de mala conducta, impedir que el castigo se pueda revertir y lograr que todo el estado alcance una finalidad del nivel de Bitcoin. Dicho de otra forma: no estás esperando Babylon, estás esperando Bitcoin. Este diseño, por supuesto, tiene un coste. La experiencia de usuario seguramente no es tan buena como la de esos LST de «desasignación en segundos», y a corto plazo la eficiencia de capital también queda rezagada. Pero lo que se obtiene a cambio es muy sólido: tu seguridad de participación hereda directamente la autoridad de los sellos de tiempo de Bitcoin durante dieciséis años, sin depender de ningún comité de firmas múltiples, de ninguna votación de gobernanza ni de ningún «consenso comunitario». El sentido del artículo de Vitalik traducido viene a ser esto: para que PoS logre una verdadera objetividad, debe pedirla prestada de afuera. Y el «afuera» que toma prestado TBV es la cadena más difícil del mundo de hacer caer. La desasignación en segundos es genial, pero—¿has pensado en serio en esto? Esa «inmediatez», ¿quién está garantizándola por ti? #baby $BABY @babylonlabs_io {spot}(BABYUSDT) $BTC {spot}(BTCUSDT)

Anoche, alguien volvió a quejarse en el grupo de que Babylon la desasignación tarda varios días, es demasiado engorroso. He visto esa queja más de diez veces. Pero cada vez que la veo, quiero decir: esos días de espera son, precisamente, la parte “más cara” del diseño de todo el TBV, solo que la mayoría no se da cuenta.

Vitalik escribió en 2014 un artículo que después todos los investigadores de PoS citaron una y otra vez: «Weak Subjectivity». La idea central es: los sistemas PoS tienen de forma natural una vulnerabilidad de «ataque a largo alcance». El atacante solo necesita obtener la clave privada mayoritaria de un momento del pasado, y puede falsificar de la nada una bifurcación histórica completamente válida. En PoW, este problema se combate con cómputo; en PoS, ¿con qué?

La respuesta de Vitalik es un poco incómoda: «subjetividad débil». Tienes que depender de un ancla externa para decirle al nodo recién incorporado «qué cadena es la verdadera».

¿Cuál es el ancla de la mayoría de las cadenas PoS? El consenso social, los anuncios de Discord, checkpoints codificados a mano por una fundación. En pocas palabras: sigue siendo humano.

@BabylonLabs_io toma un camino totalmente distinto: clavar el ancla directamente en la red principal de Bitcoin.

La ventana de desasignación «lenta» que hace que los usuarios se quejen en TBV, en esencia, está esperando que la red principal de Bitcoin selle ese historial de la participación. Estos días no son por falta de rendimiento de red: es tiempo de confirmación dejado a propósito para Bitcoin—para fijar con sellos de tiempo de Bitcoin las pruebas de mala conducta, impedir que el castigo se pueda revertir y lograr que todo el estado alcance una finalidad del nivel de Bitcoin.

Dicho de otra forma: no estás esperando Babylon, estás esperando Bitcoin.

Este diseño, por supuesto, tiene un coste. La experiencia de usuario seguramente no es tan buena como la de esos LST de «desasignación en segundos», y a corto plazo la eficiencia de capital también queda rezagada. Pero lo que se obtiene a cambio es muy sólido: tu seguridad de participación hereda directamente la autoridad de los sellos de tiempo de Bitcoin durante dieciséis años, sin depender de ningún comité de firmas múltiples, de ninguna votación de gobernanza ni de ningún «consenso comunitario».

El sentido del artículo de Vitalik traducido viene a ser esto: para que PoS logre una verdadera objetividad, debe pedirla prestada de afuera. Y el «afuera» que toma prestado TBV es la cadena más difícil del mundo de hacer caer.

La desasignación en segundos es genial, pero—¿has pensado en serio en esto? Esa «inmediatez», ¿quién está garantizándola por ti? #baby $BABY @BabylonLabs_io
$BTC

Ver traducción

下午写完 vaultBTC 的独立性，晚上我又翻了一遍 Babylon 文档，被另一个细节卡住了：Finality Provider。

这个角色在 TBV 里出场频率不高，但你把 BTC 质押进去，实际上是选择了一个 FP 去替你完成签名工作。他为其他 PoS 链做最终性担保，你分他的收益；他作恶，你的 BTC 一起被罚。

看到这里我停了很久。因为这一环，是 TBV 整套"信任最小化"叙事里最容易被忽视的委托关系。

Bruce Schneier 在《Liars and Outliers》里写过一句我一直记得的话："Trust doesn't scale, but security must."——信任无法规模化，但安全必须。

翻译进 TBV 的语境很贴切：你可以不信任 Bitcoin 网络，因为它靠数学；你可以不信任 Vault，因为它靠 UTXO 隔离；但你必须在某种程度上"选择"一个 Finality Provider——而选择，本身就是一种信任的残留。

@BabylonLabs_io 聪明在哪？它没有假装消灭这层信任，而是把作恶的代价明码标价。FP 作恶 = EOTS 私钥暴露 = 委托给它的 BTC 一起被罚没。这是把"信任"从人际关系变成了经济结构——你不需要相信 FP 是好人，你只需要相信它作恶不划算。

但代价也真实：如果你把 BTC 委托给一个能力不足的 FP，即使他没有恶意，被慢速攻击、被网络故障牵连，一样可能触发罚没。所谓"信任最小化"从来不是"零信任"，是"把信任压到最小、并让剩下的部分可计算"。

我最近开始把选 FP 看得比选 APY 重要。收益是数字，选错 FP 是清零。这可能是 TBV 用户学习曲线里最陡的一段，也是最容易被新入场者忽略的一段。

Schneier 那句话我后来慢慢咂摸出来：安全的成本，最终都会变成用户必须理解的东西。TBV 把这句话具象化了。 #baby $BABY
$BTC

Anoche leí a Perry Mehrling, “The New Lombard Street”, y hubo una frase que me hizo quedarme detenido por un buen rato: “El poder del dinero no está en quién lo emite, sino en cuántos lugares pueden aceptarlo como liquidación final”. De pronto, esa frase me permitió entender algo que @babylonlabs_io ha estado haciendo desde hace tiempo. A principios de los años 50, el dólar tuvo un punto de inflexión decisivo: los bancos de Londres descubrieron que podían realizar operaciones de depósito y préstamo con dólares fuera del sistema regulatorio de EE. UU. De ahí nació el mercado de eurodólares y, décadas después, su escala superó con creces la del sistema bancario nacional estadounidense. El dólar en sí no cambió, pero su “campo de servicio” pasó de “la economía de EE. UU.” a “las finanzas globales”. Ese fue el paso en el que el dólar realmente se consagró. Ahora, BTC está atascado en el mismo nodo. Como activo, BTC ya ha sido suficientemente exitoso: un market cap de un billón, una escasez innegable. Pero como “base de crédito”, durante dieciséis años solo ha servido a una única cadena: la red principal de Bitcoin. Es como si el dólar solo pudiera usarse dentro de EE. UU.: puedes decir que vale, pero su influencia queda atrapada por límites geográficos. Lo que quieren los Trustless Bitcoin Vaults es su “momento de eurodólares” para BTC. TBV no encapsula ni custodia. Se construye nativamente en la mainnet mediante Bitcoin Script + Taproot, con firmas únicas por EOTS para lograr slashing. BTC no abandona su cadena de principio a fin, pero puede brindar una garantía de seguridad en dinero real para redes PoS externas, Rollups y capas de DA. Este paralelismo no es gratuito. El auge de los eurodólares se debió a “uso offshore + preservación de la esencia del dólar”. TBV recorre el mismo camino: BTC sale de la mainnet para participar en más actividades económicas, pero conserva por completo los atributos nativos de Bitcoin y el espíritu de autocustodia. El mercado ya apostó por un tema similar una vez; la respuesta fue que el tamaño del mercado terminaba expandiéndose decenas de veces. Nadie puede predecir con certeza el precio a corto plazo, pero si esta dirección logra funcionar, el rol de BTC será reescrito por completo. Esta vez no es “oro digital”, es “eurodólares en el mundo cripto”. #baby $BABY @babylonlabs_io {future}(BABYUSDT) $BTC {future}(BTCUSDT)

Alcista

Ver traducción

最近有个反直觉的观察一直在我脑子里绕：Babylon 的 vaultBTC 为什么不能在 DeFi 里流转？

多数质押协议都在拼命把凭证做成流动性代币——stETH、rETH、eETH，恨不得让你的质押资产在十条链上同时打工。@BabylonLabs_io 的 TBV 反着来：每个 Vault 对应独立的 Taproot UTXO，BTC 老老实实躺在比特币主网，vaultBTC 不出去乱跑。

我一开始觉得这是产品做减法做得太狠。后来越想越觉得，这可能才是重点。

Andreas Antonopoulos 在《Mastering Bitcoin》里讲过一个我印象很深的意思：Bitcoin 最强的地方，从来不是它做了什么，而是它拒绝做什么。抗审查、不可篡改、简洁性，这些属性都来自"少做"，不是"多做"。

回头看这两年 LST 的故事就懂了。stETH 一脱锚就是系统性事件，因为它已经被抵押、被拆分、被再抵押无数次，任何一环出问题，整条链都在颤抖。所谓"流动性"，坏天气里就是传染链条。

TBV 的克制看着不性感，其实是在把这种传染性从根上掐掉。每个 Vault 独立 UTXO，Vault 之间天然隔离；vaultBTC 不流通，也就不存在"锚脱了怎么办"这种问题。BTC 该是什么样，就还是什么样。

我不是说这套设计完美。三天挑战窗口、退出不够快、内存池拥堵时要多付手续费，这些都是代价。但这些代价换回来的，是 BTC 持有者不用再去信任一层套一层的凭证结构。

Antonopoulos 那句话我最近反复回味：拒绝做某些事，本身就是一种能力。TBV 拒绝把 BTC 变成流动性玩具，这个决定我觉得比它做了什么都更值得关注。

慢，有时候不是缺点，是姿态。 #baby @BabylonLabs_io
$BTC
$ETH

Alcista

Anoche leí a Perry Mehrling, “The New Lombard Street”, y hubo una frase que me hizo quedarme detenido por un buen rato: “El poder del dinero no está en quién lo emite, sino en cuántos lugares pueden aceptarlo como liquidación final”.

De pronto, esa frase me permitió entender algo que @BabylonLabs_io ha estado haciendo desde hace tiempo.

A principios de los años 50, el dólar tuvo un punto de inflexión decisivo: los bancos de Londres descubrieron que podían realizar operaciones de depósito y préstamo con dólares fuera del sistema regulatorio de EE. UU. De ahí nació el mercado de eurodólares y, décadas después, su escala superó con creces la del sistema bancario nacional estadounidense. El dólar en sí no cambió, pero su “campo de servicio” pasó de “la economía de EE. UU.” a “las finanzas globales”. Ese fue el paso en el que el dólar realmente se consagró.

Ahora, BTC está atascado en el mismo nodo.

Como activo, BTC ya ha sido suficientemente exitoso: un market cap de un billón, una escasez innegable. Pero como “base de crédito”, durante dieciséis años solo ha servido a una única cadena: la red principal de Bitcoin. Es como si el dólar solo pudiera usarse dentro de EE. UU.: puedes decir que vale, pero su influencia queda atrapada por límites geográficos.

Lo que quieren los Trustless Bitcoin Vaults es su “momento de eurodólares” para BTC.

TBV no encapsula ni custodia. Se construye nativamente en la mainnet mediante Bitcoin Script + Taproot, con firmas únicas por EOTS para lograr slashing. BTC no abandona su cadena de principio a fin, pero puede brindar una garantía de seguridad en dinero real para redes PoS externas, Rollups y capas de DA.

Este paralelismo no es gratuito. El auge de los eurodólares se debió a “uso offshore + preservación de la esencia del dólar”. TBV recorre el mismo camino: BTC sale de la mainnet para participar en más actividades económicas, pero conserva por completo los atributos nativos de Bitcoin y el espíritu de autocustodia. El mercado ya apostó por un tema similar una vez; la respuesta fue que el tamaño del mercado terminaba expandiéndose decenas de veces.

Nadie puede predecir con certeza el precio a corto plazo, pero si esta dirección logra funcionar, el rol de BTC será reescrito por completo. Esta vez no es “oro digital”, es “eurodólares en el mundo cripto”. #baby $BABY @BabylonLabs_io
$BTC

#baby $BABY 问一个反直觉的问题：Bitcoin 根本不支持智能合约，Babylon 是怎么在它上面做"质押罚没"的？传统 PoS 链的罚没逻辑很简单，验证者作恶——链上合约自动扣钱。这依赖两个前提：链上能读到作恶证据，也能强制执行扣款。以太坊、Cosmos 这些图灵完备的环境天生支持。但 Bitcoin 不是。Bitcoin 脚本刻意做得很简陋，没有循环、没有状态，连加减法都要绕着走。这是中本聪当年的选择——功能越少，越安全。也正因为如此，"在 Bitcoin 上做质押"被业内认为几乎不可能，之前的 BTC 生息方案都绕不开中间人。 @babylonlabs_io 的 TBV 给出的答案很聪明：既然 Bitcoin 不能主动执行罚没，那就让作恶者"自己暴露自己"。核心机制叫 EOTS，一次性可提取签名。用户质押 BTC 时，签名规则被写死——同一高度只能签一次。一旦验证者作恶，比如在同一高度签了两个不同的区块，两次签名通过数学方式会反推出私钥。私钥一旦暴露，锁在 Vault 里的 BTC 谁都能拿走，包括协议本身。这个设计巧妙在哪？它不需要 Bitcoin 理解"作恶"是什么，也不需要 Bitcoin 主动执行罚没。作恶者一旦越线，就等于把自己的私钥公开写在了链上。整个惩罚过程发生在 Bitcoin 之外，但最终的资产处置严格按照 Bitcoin 原生规则来。配合 Taproot 让每个 Vault 对应独立 UTXO，时间锁保证退出周期可控，用户全程握有私钥。整套东西下来，BTC 从头到尾没离开过 Bitcoin 主网。第一次看懂 EOTS 时是真的被打动。加密行业太多"创新"其实是在堆抽象层，真正难的是像 TBV 这样，在极度受限的规则里凿出一条新路。 BTC 生息不是新故事，但"在不改动 Bitcoin 的前提下让它承担安全责任"，这才是真正的难度。敢碰这种硬骨头的团队，值得多看几眼。 #baby $BABY {future}(BABYUSDT) $BTC {future}(BTCUSDT)

Ver traducción

#baby $BABY 问一个反直觉的问题：Bitcoin 根本不支持智能合约，Babylon 是怎么在它上面做"质押罚没"的？

传统 PoS 链的罚没逻辑很简单，验证者作恶——链上合约自动扣钱。这依赖两个前提：链上能读到作恶证据，也能强制执行扣款。以太坊、Cosmos 这些图灵完备的环境天生支持。

但 Bitcoin 不是。Bitcoin 脚本刻意做得很简陋，没有循环、没有状态，连加减法都要绕着走。这是中本聪当年的选择——功能越少，越安全。也正因为如此，"在 Bitcoin 上做质押"被业内认为几乎不可能，之前的 BTC 生息方案都绕不开中间人。

@BabylonLabs_io 的 TBV 给出的答案很聪明：既然 Bitcoin 不能主动执行罚没，那就让作恶者"自己暴露自己"。

核心机制叫 EOTS，一次性可提取签名。用户质押 BTC 时，签名规则被写死——同一高度只能签一次。一旦验证者作恶，比如在同一高度签了两个不同的区块，两次签名通过数学方式会反推出私钥。私钥一旦暴露，锁在 Vault 里的 BTC 谁都能拿走，包括协议本身。

这个设计巧妙在哪？它不需要 Bitcoin 理解"作恶"是什么，也不需要 Bitcoin 主动执行罚没。作恶者一旦越线，就等于把自己的私钥公开写在了链上。整个惩罚过程发生在 Bitcoin 之外，但最终的资产处置严格按照 Bitcoin 原生规则来。

配合 Taproot 让每个 Vault 对应独立 UTXO，时间锁保证退出周期可控，用户全程握有私钥。整套东西下来，BTC 从头到尾没离开过 Bitcoin 主网。

第一次看懂 EOTS 时是真的被打动。加密行业太多"创新"其实是在堆抽象层，真正难的是像 TBV 这样，在极度受限的规则里凿出一条新路。

BTC 生息不是新故事，但"在不改动 Bitcoin 的前提下让它承担安全责任"，这才是真正的难度。敢碰这种硬骨头的团队，值得多看几眼。 #baby $BABY
$BTC