九月流火YH

Ver tradução

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

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

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

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

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

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

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

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

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

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

DUSK+11,36%

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

Ver tradução

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

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

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

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

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

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

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

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

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

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

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

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

DUSK+11,36%

Há alguns dias, lá embaixo na lojinha de conveniência, comprei algumas coisas e, por hábito, paguei em dinheiro. O atendente me perguntou por que eu não escaneei. Eu disse que não havia motivo especial: era só que eu não queria que certos gastos ficassem registrados. Comprar um remédio para gripe, comprar uma garrafa de bebida — não é algo secreto, mas também não precisa que todo mundo saiba. Nestes dias, estive estudando @Dusk_Foundation e fiquei travado com um design: ele roda simultaneamente dois modelos de contas em uma mesma cadeia. Phoenix é um modelo de privacidade, com estrutura UTXO; o valor das transações e o contraparte ficam escondidos com provas de conhecimento zero. Moonlight é um modelo de contas transparentes, como o do Ethereum: o saldo fica publicamente verificável. Os fundos dos dois lados conseguem ser transferidos entre si. Minha reação inicial foi achar que era um design pouco decisivo. Se é para ter privacidade, por que misturar? Depois de ler mais, pensei diferente. Em 1985, David Chaum, no artigo “Security without Identification”, propôs um julgamento: privacidade e responsabilização nunca foram opostos. Bons sistemas permitem que o usuário decida por si mesmo em que ocasiões divulgar o quê. Naquele tempo ele falava de dinheiro eletrônico, e esse princípio já sobreviveu quarenta anos. Na vida real, as finanças já são naturalmente de duas trilhas. O dinheiro que você guarda na carteira não é reportado; a conta bancária registra cada transação, e ninguém acha contraditório, porque o contexto é diferente. Dusk levou essa lógica de duas trilhas para a blockchain. Quando instituições emitem dívidas ou fundos, os saldos e os valores negociados passam pelo Phoenix para ficar oculto; quando precisam provar algo para órgãos reguladores ou para auditorias, a camada de identidade do Citadel gera uma prova de conhecimento zero — responde apenas “sim” ou “não”, sem despejar todo o livro-caixa. Isso não tem a ver com aquelas “blockchains totalmente criptografadas, que não se vê nada”. Cadeias totalmente ocultas não são usadas pelas instituições de propósito, porque a auditoria não conseguiria fazer o trabalho. O custo existe, de fato. Ter dois modelos aumenta o custo mental; o usuário precisa entender em qual lado está e quando deve mudar; os desenvolvedores também precisam compreender as duas lógicas ao mesmo tempo. Não é um design sem barreiras. Mas eu prefiro tratá-lo como um recurso. Se RWA realmente for se concretizar, o que falta nunca é algo como “tudo transparente” ou “tudo privado”, e sim a possibilidade de escolher. Se títulos e fundos forem mesmo colocados em blockchain em grande escala, as instituições vão escolher uma cadeia em que tudo se vê, ou uma cadeia em que elas mesmas decidem quanto querem revelar? #dusk $DUSK {spot}(DUSKUSDT)

Há alguns dias, lá embaixo na lojinha de conveniência, comprei algumas coisas e, por hábito, paguei em dinheiro. O atendente me perguntou por que eu não escaneei. Eu disse que não havia motivo especial: era só que eu não queria que certos gastos ficassem registrados. Comprar um remédio para gripe, comprar uma garrafa de bebida — não é algo secreto, mas também não precisa que todo mundo saiba.

Nestes dias, estive estudando @Dusk e fiquei travado com um design: ele roda simultaneamente dois modelos de contas em uma mesma cadeia.

Phoenix é um modelo de privacidade, com estrutura UTXO; o valor das transações e o contraparte ficam escondidos com provas de conhecimento zero. Moonlight é um modelo de contas transparentes, como o do Ethereum: o saldo fica publicamente verificável. Os fundos dos dois lados conseguem ser transferidos entre si.

Minha reação inicial foi achar que era um design pouco decisivo. Se é para ter privacidade, por que misturar?

Depois de ler mais, pensei diferente.

Em 1985, David Chaum, no artigo “Security without Identification”, propôs um julgamento: privacidade e responsabilização nunca foram opostos. Bons sistemas permitem que o usuário decida por si mesmo em que ocasiões divulgar o quê. Naquele tempo ele falava de dinheiro eletrônico, e esse princípio já sobreviveu quarenta anos.

Na vida real, as finanças já são naturalmente de duas trilhas. O dinheiro que você guarda na carteira não é reportado; a conta bancária registra cada transação, e ninguém acha contraditório, porque o contexto é diferente.

Dusk levou essa lógica de duas trilhas para a blockchain. Quando instituições emitem dívidas ou fundos, os saldos e os valores negociados passam pelo Phoenix para ficar oculto; quando precisam provar algo para órgãos reguladores ou para auditorias, a camada de identidade do Citadel gera uma prova de conhecimento zero — responde apenas “sim” ou “não”, sem despejar todo o livro-caixa.

Isso não tem a ver com aquelas “blockchains totalmente criptografadas, que não se vê nada”. Cadeias totalmente ocultas não são usadas pelas instituições de propósito, porque a auditoria não conseguiria fazer o trabalho.

O custo existe, de fato. Ter dois modelos aumenta o custo mental; o usuário precisa entender em qual lado está e quando deve mudar; os desenvolvedores também precisam compreender as duas lógicas ao mesmo tempo. Não é um design sem barreiras.

Mas eu prefiro tratá-lo como um recurso. Se RWA realmente for se concretizar, o que falta nunca é algo como “tudo transparente” ou “tudo privado”, e sim a possibilidade de escolher.

Se títulos e fundos forem mesmo colocados em blockchain em grande escala, as instituições vão escolher uma cadeia em que tudo se vê, ou uma cadeia em que elas mesmas decidem quanto querem revelar? #dusk $DUSK

DUSK+11,36%

Ver tradução

本來想吃個小波動,結果進場十分鐘就被震出來,
現在回頭看K線,我出的那一根就是最低點,標準韭菜行為。
SOXLB 這種票日內波動比你想的還大,你以為的小波動可能只是它熱身,
掛太緊的止損等於送錢,不掛止損又心慌,兩頭堵。
下次要嘛拿長一點,要嘛乾脆別做日內,別再自作聰明。#TradFi晒单

SOXLB+0,61%

Os meus amigos perguntaram ontem: “Se o time da Babylon fugir todo amanhã, o que você faz com o BTC que você travou no TBV?” Eu demorei dois segundos para responder. A pergunta parece extrema, mas é algo que todos os protocolos de autocustódia precisam resolver. Ao analisar a arquitetura do TBV: cada transação pré-assinada que você assina ao travar o BTC — saída, transmissão do timelock, caminho de penalidade — são transações nativas padrão do Bitcoin, silenciosamente armazenadas no seu próprio dispositivo. Os servidores da Babylon não participam da existência delas. Ou seja: se a Babylon continua operando ou não, e se você consegue ou não recuperar o BTC, são coisas diferentes. Nick Szabo, em “Formalizing and Securing Relationships on Public Networks”, deixou uma regra: o smart contract deve se autoexecutar, sem depender da cooperação contínua de qualquer parte. Essa frase costuma ser usada para falar de “instopability”, mas poucos produtos realmente conseguem entregar “se o time sair, o protocolo continua rodando”. O TBV faz isso porque sequer existe o conceito de “estado do contrato que permanece em um servidor do protocolo”. O seu Vault é um UTXO na blockchain principal do Bitcoin; o caminho de saída é uma transação já assinada que pode ser transmitida a qualquer momento. A UI de @babylonlabs_io facilita a operação, mas mesmo se a UI desaparecer, a transação em si continua válida. Quando percebi isso pela primeira vez, senti uma tranquilidade estranha. Não era “eu confio que a Babylon vai ficar lá por muito tempo”, e sim “eu não preciso confiar que a Babylon vai ficar lá por muito tempo”. A maioria dos usuários de DeFi já está acostumada com o padrão “protocolo offline = fundos congelados”. O TBV é diferente: mesmo se o protocolo desaparecer, o BTC ainda se move de acordo com as regras do script. O custo também é real — você precisa aprender a cuidar dos arquivos de pré-assinatura por conta própria e, quando der problema, saber usar as ferramentas para transmiti-los. Isso não é isento de barreiras. E você ainda usaria um protocolo que exige que você assuma que o operador vai estar sempre online para travar BTC? #baby $BABY {future}(BTCUSDT) {future}(BABYUSDT)

Os meus amigos perguntaram ontem: “Se o time da Babylon fugir todo amanhã, o que você faz com o BTC que você travou no TBV?”

Eu demorei dois segundos para responder. A pergunta parece extrema, mas é algo que todos os protocolos de autocustódia precisam resolver.

Ao analisar a arquitetura do TBV: cada transação pré-assinada que você assina ao travar o BTC — saída, transmissão do timelock, caminho de penalidade — são transações nativas padrão do Bitcoin, silenciosamente armazenadas no seu próprio dispositivo. Os servidores da Babylon não participam da existência delas.

Ou seja: se a Babylon continua operando ou não, e se você consegue ou não recuperar o BTC, são coisas diferentes.

Nick Szabo, em “Formalizing and Securing Relationships on Public Networks”, deixou uma regra: o smart contract deve se autoexecutar, sem depender da cooperação contínua de qualquer parte. Essa frase costuma ser usada para falar de “instopability”, mas poucos produtos realmente conseguem entregar “se o time sair, o protocolo continua rodando”.

O TBV faz isso porque sequer existe o conceito de “estado do contrato que permanece em um servidor do protocolo”. O seu Vault é um UTXO na blockchain principal do Bitcoin; o caminho de saída é uma transação já assinada que pode ser transmitida a qualquer momento. A UI de @BabylonLabs_io facilita a operação, mas mesmo se a UI desaparecer, a transação em si continua válida.

Quando percebi isso pela primeira vez, senti uma tranquilidade estranha. Não era “eu confio que a Babylon vai ficar lá por muito tempo”, e sim “eu não preciso confiar que a Babylon vai ficar lá por muito tempo”.

A maioria dos usuários de DeFi já está acostumada com o padrão “protocolo offline = fundos congelados”. O TBV é diferente: mesmo se o protocolo desaparecer, o BTC ainda se move de acordo com as regras do script.

O custo também é real — você precisa aprender a cuidar dos arquivos de pré-assinatura por conta própria e, quando der problema, saber usar as ferramentas para transmiti-los. Isso não é isento de barreiras.

E você ainda usaria um protocolo que exige que você assuma que o operador vai estar sempre online para travar BTC? #baby $BABY

Ver tradução

上周帮朋友清理钱包，翻他的授权列表，密密麻麻几十个还在有效期内的无限额度 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

Hoje, antes da sessão, dei uma olhada rápida nas notícias; o preço à vista da NAND voltou a se mexer. Aproveitei e completei um pouco de SNDKB na bStocks.
Não é para fazer operação de curto prazo; é só ir acumulando aos poucos.
Em outras palavras, ao comprar esse tipo de ação no fundo do ciclo, o que não conta é a “visão”, e sim a paciência: você só tem chance de vender quando todo mundo estiver correndo para comprar, se ousar comprar quando os outros não querem nem olhar.
A parte mais difícil é aquele período de silêncio no meio do caminho; a maioria das pessoas desiste justamente aí. #TradFi晒单

SNDKB+0,64%

前几天做完一次 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

Nesta operação, eu entrei direto com uma posição de 6% do capital total. O preço de entrada eu escolhi um nível de recuo que está relativamente mais “limpo”. O meu stop-loss eu coloquei na linha onde a estrutura é totalmente rompida; se romper, eu assumo o prejuízo e saio, sem ficar “segurando até o fim”. Afinal, a bStocks permite operar 24 horas por dia — se quiser sair, é só sair, super conveniente. Antes, quando eu jogava com ações tradicionais dos EUA, ainda tinha que esperar abrir o pregão, transferir dinheiro e fazer a liquidação; era uma chatice demais. Agora é só pegar USDT e entrar tudo de uma vez — o custo para ajustar a posição é tão baixo que dá pra rir. Esse é o verdadeiro ponto alto de ter ações tokenizadas! Vamos continuar avançando! #TradFi晒单

Ver tradução

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

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

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

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

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

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

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

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

Em Alta

Ver tradução

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

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

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

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

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

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

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

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

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

No ano passado troquei de celular e fiz backup antecipado de todas as fotos e vídeos, achando que estava tudo coberto. Só quando cheguei na etapa de restauração é que descobri que era necessário um código de verificação que aparecia no celular antigo, e o celular antigo já tinha sido vendido. Backup e possibilidade de recuperação são coisas diferentes. Nos últimos dias, estava pensando no TBV para o número @babylonlabs_io , e um detalhe me fez lembrar disso novamente: nesta arquitetura, o que você precisa guardar parece não ser apenas a chave privada. O modelo mental de auto-custódia tradicional é bem limpo. São 12 palavras mnemônicas, anotadas em papel e guardadas numa gaveta—se o mundo acabar, ainda dá para recuperar. Esse modelo funciona porque — as condições para gastar BTC dependem de apenas uma coisa: você consegue assinar. O Vault do TBV é diferente. O caminho de saída é construído e assinado antecipadamente no momento em que ele é criado: um conjunto de transações. Qual é a rota normal de desligamento, como o time-lock vence e como a transmissão (broadcast) é feita, como as condições de punição são acionadas—tudo isso não é calculado de forma provisória depois. É escrito de antemão e fixado no grafo de transações. A vantagem é bem concreta: não precisa de contrato inteligente, não precisa de aprovação posterior de ninguém—o script do Bitcoin consegue executar à força por conta própria. Mas o custo também fica no mesmo lugar. A chave privada continua com você, porém você também precisa saber quais parâmetros esse Vault usa, qual versão, e como é o caminho de saída. Em teoria, a maior parte dessas coisas pode ser reconstruída na cadeia, desde que você saiba onde procurar e como reproduzir. Então o problema deixa de ser “você perdeu?” e vira “você consegue reconstruir sozinho?”. Ross Anderson, em “Security Engineering”, fala repetidamente de uma coisa: sistemas de segurança raramente falham por serem quebrados pela criptografia. Quase todas as falhas acontecem fora da criptografia—na parte do processo: backup, recuperação, transferência e falhas humanas. Essa frase no TBV fica especialmente apropriada. Ela tira a confiança das pessoas e entrega à matemática, mas ao mesmo tempo desloca parte da responsabilidade operacional para o usuário. Isso não é uma falha—é o custo da auto-custódia. Se você quer controle de verdade, tem que assumir as obrigações reais de guarda. Suspeito que esse seja o verdadeiro limite de adoção do TBV. Não é porque a rentabilidade não é bonita—é porque o peso da auto-custódia é mais pesado do que a maioria das pessoas imagina. As pessoas acostumadas a fazer staking com um clique na exchange estariam dispostas a pagar por essa inconveniência para ter “uma segunda coisa para guardar”? #baby $BABY @babylonlabs_io {spot}(BTCUSDT) {spot}(BABYUSDT)

No ano passado troquei de celular e fiz backup antecipado de todas as fotos e vídeos, achando que estava tudo coberto. Só quando cheguei na etapa de restauração é que descobri que era necessário um código de verificação que aparecia no celular antigo, e o celular antigo já tinha sido vendido.

Backup e possibilidade de recuperação são coisas diferentes.

Nos últimos dias, estava pensando no TBV para o número @BabylonLabs_io , e um detalhe me fez lembrar disso novamente: nesta arquitetura, o que você precisa guardar parece não ser apenas a chave privada.

O modelo mental de auto-custódia tradicional é bem limpo. São 12 palavras mnemônicas, anotadas em papel e guardadas numa gaveta—se o mundo acabar, ainda dá para recuperar. Esse modelo funciona porque — as condições para gastar BTC dependem de apenas uma coisa: você consegue assinar.

O Vault do TBV é diferente. O caminho de saída é construído e assinado antecipadamente no momento em que ele é criado: um conjunto de transações. Qual é a rota normal de desligamento, como o time-lock vence e como a transmissão (broadcast) é feita, como as condições de punição são acionadas—tudo isso não é calculado de forma provisória depois. É escrito de antemão e fixado no grafo de transações.

A vantagem é bem concreta: não precisa de contrato inteligente, não precisa de aprovação posterior de ninguém—o script do Bitcoin consegue executar à força por conta própria.

Mas o custo também fica no mesmo lugar. A chave privada continua com você, porém você também precisa saber quais parâmetros esse Vault usa, qual versão, e como é o caminho de saída. Em teoria, a maior parte dessas coisas pode ser reconstruída na cadeia, desde que você saiba onde procurar e como reproduzir. Então o problema deixa de ser “você perdeu?” e vira “você consegue reconstruir sozinho?”.

Ross Anderson, em “Security Engineering”, fala repetidamente de uma coisa: sistemas de segurança raramente falham por serem quebrados pela criptografia. Quase todas as falhas acontecem fora da criptografia—na parte do processo: backup, recuperação, transferência e falhas humanas.

Essa frase no TBV fica especialmente apropriada. Ela tira a confiança das pessoas e entrega à matemática, mas ao mesmo tempo desloca parte da responsabilidade operacional para o usuário. Isso não é uma falha—é o custo da auto-custódia. Se você quer controle de verdade, tem que assumir as obrigações reais de guarda.

Suspeito que esse seja o verdadeiro limite de adoção do TBV. Não é porque a rentabilidade não é bonita—é porque o peso da auto-custódia é mais pesado do que a maioria das pessoas imagina.

As pessoas acostumadas a fazer staking com um clique na exchange estariam dispostas a pagar por essa inconveniência para ter “uma segunda coisa para guardar”? #baby $BABY @BabylonLabs_io

Ver tradução

前几天写完 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

Numaqueles dias, um amigo perguntou-me: “O Babylon, afinal, é para fornecer segurança a outras cadeias. Então por que ele próprio precisa enviar transações periodicamente para a mainnet do Bitcoin? Não seria apenas pagar taxa sem necessidade?” Naquela hora, eu não soube responder. Depois, ao consultar a documentação, entendi — esse ato tem um termo: checkpointing. É uma das outras colunas invisíveis na arquitetura completa do TBV. E não é a mesma coisa que as punições familiares do EOTS. O que ele aborda é um problema mais antigo: por que um trecho de história deve valer? Leslie Lamport, em 1978, no artigo que lançou bases para sistemas distribuídos, “Time, Clocks, and the Ordering of Events in a Distributed System”, escreveu uma visão contraintuitiva: em sistemas distribuídos, “tempo” em si não é confiável; você precisa de uma ordem de eventos que ninguém consiga falsificar, para que o consenso exista. Em apenas dezesseis anos, o Bitcoin fez uma coisa certa — ele é a máquina global mais difícil de derrubar para fabricar uma ordem de eventos. Se você quiser adulterar uma parte da história do Bitcoin, o custo é praticamente equivalente a reiniciar toda a rede do Bitcoin. O mecanismo de checkpointing de @babylonlabs_io , em essência, “solda” periodicamente um snapshot do estado da cadeia de entrada nessa ordem. A cada certo intervalo, o Babylon empacota o hash do estado-chave da cadeia PoS e o envia como uma transação comum para a mainnet do Bitcoin. Essa transação não carrega nenhum contrato inteligente, nem executa lógica; sua única função é — existir. Assim que ela for incluída no Bitcoin, aquela história PoS passa a ter um timestamp no nível do Bitcoin. Para fazer rollback, você teria primeiro de fazer rollback do próprio Bitcoin. Isso resolve a doença mais profunda do PoS: o ataque de longo alcance. O ancoramento histórico das cadeias PoS tradicionais é um consenso social; o Babylon substitui esse ancoramento pelo timestamp de tempo de computação do Bitcoin. A taxa não foi “gasta em vão” — é o pagamento por alugar, durante dezesseis anos, a autoridade de ordenação acumulada pelo Bitcoin. Depois de entender essa camada, a mentalidade do Babylon mudou para mim. Ele não está tentando criar outro protocolo de “BTC rendendo juros”; ele está fazendo algo mais fundamental: transformar o Bitcoin no padrão de tempo de todo o mundo de multi-cadeias. Em toda a história do desenvolvimento da criptografia, isso — uma cadeia aproveitar a autoridade histórica de outra — na verdade não aconteceu muitas vezes. Você diria que isso é infraestrutura? #baby $BABY @babylonlabs_io {future}(BABYUSDT) $BTC {spot}(BTCUSDT)

Em Alta

Numaqueles dias, um amigo perguntou-me: “O Babylon, afinal, é para fornecer segurança a outras cadeias. Então por que ele próprio precisa enviar transações periodicamente para a mainnet do Bitcoin? Não seria apenas pagar taxa sem necessidade?”

Naquela hora, eu não soube responder. Depois, ao consultar a documentação, entendi — esse ato tem um termo: checkpointing. É uma das outras colunas invisíveis na arquitetura completa do TBV. E não é a mesma coisa que as punições familiares do EOTS. O que ele aborda é um problema mais antigo: por que um trecho de história deve valer?

Leslie Lamport, em 1978, no artigo que lançou bases para sistemas distribuídos, “Time, Clocks, and the Ordering of Events in a Distributed System”, escreveu uma visão contraintuitiva: em sistemas distribuídos, “tempo” em si não é confiável; você precisa de uma ordem de eventos que ninguém consiga falsificar, para que o consenso exista.

Em apenas dezesseis anos, o Bitcoin fez uma coisa certa — ele é a máquina global mais difícil de derrubar para fabricar uma ordem de eventos. Se você quiser adulterar uma parte da história do Bitcoin, o custo é praticamente equivalente a reiniciar toda a rede do Bitcoin.

O mecanismo de checkpointing de @BabylonLabs_io , em essência, “solda” periodicamente um snapshot do estado da cadeia de entrada nessa ordem. A cada certo intervalo, o Babylon empacota o hash do estado-chave da cadeia PoS e o envia como uma transação comum para a mainnet do Bitcoin. Essa transação não carrega nenhum contrato inteligente, nem executa lógica; sua única função é — existir.

Assim que ela for incluída no Bitcoin, aquela história PoS passa a ter um timestamp no nível do Bitcoin. Para fazer rollback, você teria primeiro de fazer rollback do próprio Bitcoin.

Isso resolve a doença mais profunda do PoS: o ataque de longo alcance. O ancoramento histórico das cadeias PoS tradicionais é um consenso social; o Babylon substitui esse ancoramento pelo timestamp de tempo de computação do Bitcoin. A taxa não foi “gasta em vão” — é o pagamento por alugar, durante dezesseis anos, a autoridade de ordenação acumulada pelo Bitcoin.

Depois de entender essa camada, a mentalidade do Babylon mudou para mim. Ele não está tentando criar outro protocolo de “BTC rendendo juros”; ele está fazendo algo mais fundamental: transformar o Bitcoin no padrão de tempo de todo o mundo de multi-cadeias.

Em toda a história do desenvolvimento da criptografia, isso — uma cadeia aproveitar a autoridade histórica de outra — na verdade não aconteceu muitas vezes. Você diria que isso é infraestrutura? #baby $BABY @BabylonLabs_io
$BTC

Ver tradução

昨晚群里又有人吐槽 Babylon 解绑要等好几天太麻烦，这个抱怨我看过不下十次。但每次看到，我都想说：这几天等待，恰恰是整个 TBV 里最"贵"的一段设计，只是大多数人没意识到。

Vitalik 在 2014 年写过一篇后来被所有 PoS 研究者反复引用的文章《Weak Subjectivity》。核心命题是：PoS 系统天然存在"长程攻击"漏洞——攻击者只要拿到过去某个时刻的多数验证者私钥，就能凭空伪造一条完全合法的历史分叉。PoW 靠算力对抗这个问题，PoS 靠什么？

Vitalik 给的答案其实有点尴尬："弱主观性"——你必须依赖一个外部锚点，来告诉新加入的节点"哪条链才是真的"。

大多数 PoS 链的锚点是什么？社交共识、Discord 公告、基金会硬编码的 checkpoint。说白了，还是人。

@BabylonLabs_io 走的是完全不同的路：把锚点直接钉进比特币主网。

TBV 里那个让用户抱怨"慢"的解绑窗口，本质就是在等 Bitcoin 主网给这段质押历史盖章。这几天不是网络性能不足，是刻意留给 Bitcoin 的确认时间——让作恶证据被 Bitcoin 时间戳锁死，让罚没不可回滚，让整段状态获得比特币级别的最终性。

换个说法：你等的不是 Babylon，是比特币。

这个设计当然有代价。用户体验上肯定不如那些"秒解绑"的 LST，短期资金效率也差一截。但换回来的东西很硬：你的质押安全性直接继承 Bitcoin 十六年的时间戳权威，不依赖任何多签委员会、任何治理投票、任何"社区共识"。

Vitalik 那篇文章的意思翻译过来就是：PoS 想要真正的客观性，必须去外部借。TBV 借的这个外部，是全球最难被推翻的那条链。

秒解绑很爽，但你有没有认真想过——那份"秒"，究竟是谁在替你担保？ #baby $BABY @BabylonLabs_io
$BTC

Depois de escrever sobre a independência do vaultBTC à tarde, à noite voltei a ler a documentação do Babylon — e um outro detalhe me travou: o Finality Provider. Esse papel aparece com pouca frequência no TBV, mas quando você faz staking de BTC, na prática você está escolhendo um FP para fazer o trabalho de assinatura em seu nome. Ele dá garantias de finalização para outras cadeias PoS, e você compartilha com ele os rendimentos; se ele agir mal, seu BTC também será punido junto. Eu fiquei olhando para isso por um bom tempo. Porque esse elo — a relação de delegação — é o mais fácil de ser ignorado dentro da narrativa inteira do TBV de "minimização de confiança". Bruce Schneier escreveu em *Liars and Outliers* uma frase que eu guardo até hoje: "Trust doesn't scale, but security must." — a confiança não escala, mas a segurança tem de escalar. Traduzindo para o contexto do TBV, faz todo sentido: você pode não confiar na rede do Bitcoin porque ela se baseia em matemática; você pode não confiar no Vault porque ele se baseia em isolamento via UTXO; mas você precisa, de algum modo, "escolher" um Finality Provider — e a própria escolha é um resíduo de confiança. Em que a @babylonlabs_io é inteligente? Ela não finge eliminar essa camada de confiança; ela apenas precifica claramente o custo de agir mal. FP agir mal = chave privada de EOTS exposta = o BTC delegado a ele também é punido e confiscado junto. Isso transforma "confiança" em estrutura econômica — você não precisa acreditar que o FP é uma boa pessoa; basta acreditar que agir mal não compensa. Mas o custo também é real: se você delega seu BTC a um FP com capacidade insuficiente, mesmo que ele não tenha intenção maliciosa, ataques lentos ou falhas de rede que o atinjam podem, ainda assim, acionar o confisco. Em outras palavras, a chamada "minimização de confiança" nunca foi "zero confiança"; é "empurrar a confiança para o mínimo e tornar as partes restantes calculáveis". Recentemente, comecei a enxergar a escolha do FP como mais importante do que escolher o APY. Rendimentos são números; escolher o FP errado é zerar tudo. Isso provavelmente é a parte mais inclinada da curva de aprendizado para usuários do TBV, e também a mais fácil de ser ignorada por quem está começando. Só depois eu fui absorvendo lentamente a frase do Schneier: o custo da segurança, no fim, sempre vira algo que o usuário precisa entender. O TBV dá forma concreta a essa ideia. #baby $BABY {spot}(BABYUSDT) $BTC {spot}(BTCUSDT)

Depois de escrever sobre a independência do vaultBTC à tarde, à noite voltei a ler a documentação do Babylon — e um outro detalhe me travou: o Finality Provider.

Esse papel aparece com pouca frequência no TBV, mas quando você faz staking de BTC, na prática você está escolhendo um FP para fazer o trabalho de assinatura em seu nome. Ele dá garantias de finalização para outras cadeias PoS, e você compartilha com ele os rendimentos; se ele agir mal, seu BTC também será punido junto.

Eu fiquei olhando para isso por um bom tempo. Porque esse elo — a relação de delegação — é o mais fácil de ser ignorado dentro da narrativa inteira do TBV de "minimização de confiança".

Bruce Schneier escreveu em *Liars and Outliers* uma frase que eu guardo até hoje: "Trust doesn't scale, but security must." — a confiança não escala, mas a segurança tem de escalar.

Traduzindo para o contexto do TBV, faz todo sentido: você pode não confiar na rede do Bitcoin porque ela se baseia em matemática; você pode não confiar no Vault porque ele se baseia em isolamento via UTXO; mas você precisa, de algum modo, "escolher" um Finality Provider — e a própria escolha é um resíduo de confiança.

Em que a @BabylonLabs_io é inteligente? Ela não finge eliminar essa camada de confiança; ela apenas precifica claramente o custo de agir mal. FP agir mal = chave privada de EOTS exposta = o BTC delegado a ele também é punido e confiscado junto. Isso transforma "confiança" em estrutura econômica — você não precisa acreditar que o FP é uma boa pessoa; basta acreditar que agir mal não compensa.

Mas o custo também é real: se você delega seu BTC a um FP com capacidade insuficiente, mesmo que ele não tenha intenção maliciosa, ataques lentos ou falhas de rede que o atinjam podem, ainda assim, acionar o confisco. Em outras palavras, a chamada "minimização de confiança" nunca foi "zero confiança"; é "empurrar a confiança para o mínimo e tornar as partes restantes calculáveis".

Recentemente, comecei a enxergar a escolha do FP como mais importante do que escolher o APY. Rendimentos são números; escolher o FP errado é zerar tudo. Isso provavelmente é a parte mais inclinada da curva de aprendizado para usuários do TBV, e também a mais fácil de ser ignorada por quem está começando.

Só depois eu fui absorvendo lentamente a frase do Schneier: o custo da segurança, no fim, sempre vira algo que o usuário precisa entender. O TBV dá forma concreta a essa ideia. #baby $BABY
$BTC

Ontem à noite, li Perry Mehrling em 『The New Lombard Street』, e uma frase me fez parar por um bom tempo: "O poder da moeda não está em quem a emite, mas em quantos lugares ela consegue ser aceita como liquidação final." Essa frase de repente fez com que eu entendesse o que @babylonlabs_io sempre esteve fazendo. Nos anos 50, o dólar passou por uma virada decisiva: bancos em Londres descobriram que podiam realizar operações de depósito e crédito com dólares fora do sistema regulatório dos EUA. Assim nasceu o mercado de eurodólares, e décadas depois seu porte superou em muito o do sistema bancário doméstico dos EUA. O dólar em si não mudou, mas seu público deixou de ser a "economia dos EUA" e passou a ser "as finanças globais". Esse foi o passo que realmente o tornou “imortal” como moeda. Agora, o BTC está exatamente preso em um mesmo nó. Como ativo, o BTC já tem sucesso suficiente: valuation na casa de trilhões, escassez incontestável. Mas, como "base de crédito", por dezesseis anos ele serviu apenas a uma única cadeia: o mainnet do Bitcoin. É como se o dólar só pudesse ser usado dentro dos EUA — você até diz que ele vale muito, mas sua influência fica trancada pelas fronteiras geográficas. O Trustless Bitcoin Vaults quer fazer o BTC viver seu "momento de eurodólar". O TBV não faz lock, não faz custódia: ele constrói os Vaults nativamente na mainnet com Bitcoin Script + Taproot, com assinatura única via EOTS para viabilizar a apreensão (slashing). O BTC não sai de sua própria cadeia do começo ao fim, mas ainda assim consegue oferecer lastro de segurança em dinheiro para redes PoS externas, Rollups e camadas de DA. Esse paralelo não foi feito à esmo. A ascensão dos eurodólares se deve a "uso offshore + preservar a essência do dólar"; o caminho do TBV segue exatamente a mesma lógica — o BTC sai do mainnet para participar de mais atividades econômicas, mas mantém totalmente os atributos nativos do Bitcoin e o espírito do auto-custódia. Já se apostou nessa mesma “tese” na história: a resposta foi que o tamanho do mercado acabou crescendo por dezenas de vezes. Ninguém consegue prever com precisão o preço no curto prazo, mas se esse rumo funcionar, a função e o posicionamento do BTC serão reescritos completamente. Desta vez não é "ouro digital" — é "o eurodólar do mundo cripto". #baby $BABY @babylonlabs_io {future}(BABYUSDT) $BTC {future}(BTCUSDT)

Em Alta

Ver tradução

最近有个反直觉的观察一直在我脑子里绕：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

Em Alta

Ontem à noite, li Perry Mehrling em 『The New Lombard Street』, e uma frase me fez parar por um bom tempo: "O poder da moeda não está em quem a emite, mas em quantos lugares ela consegue ser aceita como liquidação final."

Essa frase de repente fez com que eu entendesse o que @BabylonLabs_io sempre esteve fazendo.

Nos anos 50, o dólar passou por uma virada decisiva: bancos em Londres descobriram que podiam realizar operações de depósito e crédito com dólares fora do sistema regulatório dos EUA. Assim nasceu o mercado de eurodólares, e décadas depois seu porte superou em muito o do sistema bancário doméstico dos EUA. O dólar em si não mudou, mas seu público deixou de ser a "economia dos EUA" e passou a ser "as finanças globais". Esse foi o passo que realmente o tornou “imortal” como moeda.

Agora, o BTC está exatamente preso em um mesmo nó.

Como ativo, o BTC já tem sucesso suficiente: valuation na casa de trilhões, escassez incontestável. Mas, como "base de crédito", por dezesseis anos ele serviu apenas a uma única cadeia: o mainnet do Bitcoin. É como se o dólar só pudesse ser usado dentro dos EUA — você até diz que ele vale muito, mas sua influência fica trancada pelas fronteiras geográficas.

O Trustless Bitcoin Vaults quer fazer o BTC viver seu "momento de eurodólar".

O TBV não faz lock, não faz custódia: ele constrói os Vaults nativamente na mainnet com Bitcoin Script + Taproot, com assinatura única via EOTS para viabilizar a apreensão (slashing). O BTC não sai de sua própria cadeia do começo ao fim, mas ainda assim consegue oferecer lastro de segurança em dinheiro para redes PoS externas, Rollups e camadas de DA.

Esse paralelo não foi feito à esmo. A ascensão dos eurodólares se deve a "uso offshore + preservar a essência do dólar"; o caminho do TBV segue exatamente a mesma lógica — o BTC sai do mainnet para participar de mais atividades econômicas, mas mantém totalmente os atributos nativos do Bitcoin e o espírito do auto-custódia. Já se apostou nessa mesma “tese” na história: a resposta foi que o tamanho do mercado acabou crescendo por dezenas de vezes.

Ninguém consegue prever com precisão o preço no curto prazo, mas se esse rumo funcionar, a função e o posicionamento do BTC serão reescritos completamente. Desta vez não é "ouro digital" — é "o eurodólar do mundo cripto". #baby $BABY @BabylonLabs_io
$BTC

#baby $BABY Faça uma pergunta contraintuitiva: o Bitcoin não suporta contratos inteligentes de verdade. Então como o Babylon faz “slashing” (confisco por mau comportamento) em cima dele? A lógica de slashing em cadeias PoS tradicionais é simples: quando um validador age mal, um contrato on-chain desconta automaticamente. Isso depende de dois pressupostos: a cadeia consegue ler evidências de má conduta no on-chain e também consegue executar forçosamente a cobrança. Ambientes Turing-completos como Ethereum e Cosmos já fazem isso de forma nativa. Mas o Bitcoin não. O script do Bitcoin foi intencionalmente feito para ser bem limitado, sem loops, sem estado, e até somas/subtrações precisam contornar limitações. Essa foi a escolha do Satoshi na época — quanto menos funcionalidade, mais segurança. E justamente por isso, “fazer staking” no Bitcoin é considerado quase impossível na indústria; todas as propostas anteriores de rendimento (BTC earning) acabam esbarrando em intermediários. A resposta dada pelo TBV @babylonlabs_io é bem inteligente: já que o Bitcoin não consegue executar slashing de forma proativa, faça o agente mal-intencionado “se denunciar”. O mecanismo central se chama EOTS (acrônimo de assinaturas extraíveis uma vez). É uma assinatura extraível apenas uma vez. Quando o usuário faz staking de BTC, as regras da assinatura ficam fixas: na mesma altura, só é possível assinar uma vez. Se um validador age mal — por exemplo, assina dois blocos diferentes na mesma altura — duas assinaturas passam, por via matemática, a revelar a chave privada. Assim que a chave privada é exposta, os BTC travados no Vault ficam acessíveis para qualquer pessoa, inclusive para o próprio protocolo. O que há de genial nesse desenho? Ele não exige que o Bitcoin entenda o que é “má conduta”, nem que execute slashing ativamente. Assim que o agente passa do limite, ele, na prática, escreve sua própria chave privada publicamente na cadeia. Todo o processo de punição ocorre fora do Bitcoin, mas a disposição final dos ativos segue rigorosamente as regras nativas do Bitcoin. Combinado com o Taproot para que cada Vault corresponda a um UTXO independente, e com time locks para garantir que o período de saída seja controlável, os usuários mantêm as chaves privadas o tempo todo. No fim, em nenhum momento o BTC sai do Bitcoin mainnet do começo ao fim. Quando finalmente entendi o EOTS pela primeira vez, fiquei realmente impressionado. Há muitas “inovações” no setor cripto que, na prática, apenas empilham camadas de abstração. O que é realmente difícil é, como o TBV, abrir um caminho novo dentro de regras extremamente restritas. BTC earning não é exatamente uma história nova. Mas “assumir responsabilidade de segurança sem modificar o Bitcoin” — essa é a verdadeira dificuldade. Equipes que se atrevem a encarar esse tipo de osso duro merecem ser observadas com atenção. #baby $BABY {future}(BABYUSDT) $BTC {future}(BTCUSDT)

#baby $BABY Faça uma pergunta contraintuitiva: o Bitcoin não suporta contratos inteligentes de verdade. Então como o Babylon faz “slashing” (confisco por mau comportamento) em cima dele?

A lógica de slashing em cadeias PoS tradicionais é simples: quando um validador age mal, um contrato on-chain desconta automaticamente. Isso depende de dois pressupostos: a cadeia consegue ler evidências de má conduta no on-chain e também consegue executar forçosamente a cobrança. Ambientes Turing-completos como Ethereum e Cosmos já fazem isso de forma nativa.

Mas o Bitcoin não. O script do Bitcoin foi intencionalmente feito para ser bem limitado, sem loops, sem estado, e até somas/subtrações precisam contornar limitações. Essa foi a escolha do Satoshi na época — quanto menos funcionalidade, mais segurança. E justamente por isso, “fazer staking” no Bitcoin é considerado quase impossível na indústria; todas as propostas anteriores de rendimento (BTC earning) acabam esbarrando em intermediários.

A resposta dada pelo TBV @BabylonLabs_io é bem inteligente: já que o Bitcoin não consegue executar slashing de forma proativa, faça o agente mal-intencionado “se denunciar”.

O mecanismo central se chama EOTS (acrônimo de assinaturas extraíveis uma vez). É uma assinatura extraível apenas uma vez. Quando o usuário faz staking de BTC, as regras da assinatura ficam fixas: na mesma altura, só é possível assinar uma vez. Se um validador age mal — por exemplo, assina dois blocos diferentes na mesma altura — duas assinaturas passam, por via matemática, a revelar a chave privada. Assim que a chave privada é exposta, os BTC travados no Vault ficam acessíveis para qualquer pessoa, inclusive para o próprio protocolo.

O que há de genial nesse desenho? Ele não exige que o Bitcoin entenda o que é “má conduta”, nem que execute slashing ativamente. Assim que o agente passa do limite, ele, na prática, escreve sua própria chave privada publicamente na cadeia. Todo o processo de punição ocorre fora do Bitcoin, mas a disposição final dos ativos segue rigorosamente as regras nativas do Bitcoin.

Combinado com o Taproot para que cada Vault corresponda a um UTXO independente, e com time locks para garantir que o período de saída seja controlável, os usuários mantêm as chaves privadas o tempo todo. No fim, em nenhum momento o BTC sai do Bitcoin mainnet do começo ao fim.

Quando finalmente entendi o EOTS pela primeira vez, fiquei realmente impressionado. Há muitas “inovações” no setor cripto que, na prática, apenas empilham camadas de abstração. O que é realmente difícil é, como o TBV, abrir um caminho novo dentro de regras extremamente restritas.

BTC earning não é exatamente uma história nova. Mas “assumir responsabilidade de segurança sem modificar o Bitcoin” — essa é a verdadeira dificuldade. Equipes que se atrevem a encarar esse tipo de osso duro merecem ser observadas com atenção. #baby $BABY
$BTC