一只瓢虫

La primera vez que vi el diseño del modelo de doble transacción, mi primera reacción fue que era un poco complejo. En una sola cadena se ejecutan dos modelos de transacciones: un modelo basado en cuentas y un modelo UTXO. Me dio la sensación de que, en la misma computadora, se instalaran dos sistemas operativos. Puede funcionar, pero ¿se quedará trabado al cambiar? ¿Habrá problemas de compatibilidad? En ese momento no estaba seguro en mi interior.

Más tarde, revisé con detenimiento el libro blanco y vi cómo ubicaban ambos modelos, y entonces fui entendiendo poco a poco por qué lo diseñaron así.

Moonlight es un modelo de cuentas transparente, similar al de Ethereum: el saldo de las cuentas es público, lo que se adapta a escenarios que requieren auditoría transparente. Por ejemplo, si una institución quiere demostrar cuántos activos posee y si el flujo de fondos $DUSK es conforme, simplemente puede hacer el recorrido en Moonlight y todo queda claro de inmediato.

Phoenix sigue la ruta UTXO y admite dos tipos de transacciones: transparentes y de ofuscación. Aquí, la ofuscación no significa anonimato total, sino impedir que un tercero pueda asociar directamente a las dos partes de la transacción. El libro blanco menciona que las tecnologías criptográficas que utiliza incluyen consenso de claves, criptografía de curvas elípticas y pruebas de conocimiento cero, todas como soluciones criptográficas auditadas. @Dusk

La convivencia de ambos modelos, en esencia, distribuye diferentes necesidades de privacidad en carriles distintos. Lo que deba hacerse público va por Moonlight, y lo que sea confidencial va por Phoenix. La elección la hace el usuario; el protocolo no decide por ti.

Después lo pensé bien y entendí una cosa: la contradicción central de este diseño no es si la tecnología puede o no implementarse, sino «darle poder de elección al usuario». Las cadenas públicas tradicionales solo ofrecían una vía: la transparencia. Las monedas de privacidad solo ofrecían la vía de la privacidad. Dusk abrió ambas vías para que el usuario eligiera según el escenario. El costo es que aumenta la complejidad del protocolo, pero a cambio ofrece una mayor capacidad de adaptación a escenarios financieros más flexibles. #dusk

Entre los proyectos de cadenas públicas con los que he tenido contacto, la capa P2P suele ser la última en recibir atención; a todos les gusta hablar de consenso, hablar de la máquina virtual y hablar de interoperabilidad entre cadenas. Pero quienes de verdad han ejecutado un nodo completo saben que, cuando el consumo de ancho de banda aumenta, en un mes se puede llegar a “quemar” varios TB de tráfico. Este coste, en un ámbito pequeño, aún puede tolerarse; pero si se pretende dar servicio a instituciones financieras de todo el mundo, se convierte en un problema que no se puede ignorar.

En el libro blanco, la descripción de las redes P2P tradicionales es bastante directa: tiene dos “puntos débiles”: alto consumo de ancho de banda y alta latencia. Mi propia comprensión es que, en el modo de difusión tradicional, cada bloque o mensaje de transacción debe propagarse por toda la red; después de que cada nodo recibe el mensaje, lo reenvía a todos los vecinos, y el volumen de mensajes crece de forma exponencial. La red está llena de gran cantidad de datos redundantes repetidos.

La solución de Dusk@Dusk es Kadcast, basada en Kademlia DHT. Organiza los nodos en una jerarquía tipo árbol: cada nodo no reenvía de manera ciega, sino que calcula la distancia XOR y reenvía solo a nodos seleccionados con distancias crecientes. El mensaje viaja como si descendiera nivel por nivel dentro de una estructura en árbol, generando un efecto en cascada. Cada capa solo reenvía a unos pocos nodos, en lugar de a todos los nodos de la red. #dusk

Esta idea me ha resultado bastante inspiradora. En realidad, viene a decir que la capa P2P de la blockchain no tiene por qué seguir el patrón de “todos le dicen a todos”. La lógica de distribución de información financiera, $DUSK , es por naturaleza “quien lo necesita lo recibe”. Cuánto ancho de banda se puede ahorrar exactamente con la eficiencia de Kadcast, el libro blanco no ofrece datos de pruebas concretos; pero por el diseño del mecanismo, la reducción del volumen de mensajes redundantes debería ser muy considerable.

Dicho esto, la estructura en árbol también tiene sus puntos débiles: la estabilidad de los nodos intermedios es clave para la red, y esto es algo que se debe vigilar de forma continua durante la operación posterior.

Cuando vi por primera vez el proyecto Dusk, el primer pensamiento que me vino a la cabeza fue: «Este proyecto es un poco ambicioso». Poner la privacidad y el cumplimiento juntas me dio la sensación de que son como el agua y el aceite: cuesta mucho lograr una integración real. La lógica subyacente de las monedas de privacidad es «no dejarte ver». La lógica subyacente del cumplimiento es «la información debe llegar a quienes corresponde verla». ¿Cómo pueden coexistir estas dos líneas? En aquel momento no pude entenderlo.$DUSK

Con esa duda, seguí pasando páginas y descubrí que mi juicio anterior no se sostenía del todo.

En el libro blanco se menciona un ángulo que yo no había considerado en serio. Las blockchains públicas principales actuales, como Ethereum, en escenarios financieros, en realidad no tienen suficiente privacidad. Los datos de las transacciones y las posiciones quedan expuestos completamente en la cadena, y el capital institucional simplemente no puede entrar. Por otro lado, Monero y Zcash, aunque llevan la privacidad al extremo, están totalmente desconectadas de los marcos existentes de regulación financiera. No hay KYC, no hay AML, no hay posibilidad de auditoría; por lo tanto, las instituciones tampoco pueden usarlas.#dusk

Dusk@Dusk , al elegir hacer tanto privacidad como cumplimiento, más tarde entendí que la lógica era bastante directa. Se dirige a un mercado que está regulado: un sistema financiero en el que hay una necesidad imperiosa tanto de privacidad como de cumplimiento. Necesitas poder proteger la confidencialidad de las transacciones, pero también poder revelar datos a las autoridades reguladoras cuando sea necesario. El modelo de doble transacción de Moonlight y Phoenix, y el protocolo Zedger, son propuestas que nacen precisamente de esa contradicción.

Este camino es mucho más difícil que el de hacer solo una de las dos cosas. Si realmente se puede hacer funcionar, dependerá de cómo se implemente el ecosistema en el futuro.

最近一直在想一个问题。比特币是加密圈里最值钱的资产，总市值大概6000亿美元，$DUSK 占整个市场的一半以上，这个数字我看白皮书的时候又确认了一遍。但你再看看DeFi里面，比特币的影子几乎找不到。wBTC算是做得最大的包装方案了，市值也就不到50亿，对比比特币的体量连零头都算不上 @Dusk

这个差距大到让我有点不太舒服。问题出在哪？

我一开始想的是比特币本身不支持智能合约，没法直接在链上跑借贷这些逻辑，所以需要包装跨链。这个理解没错，但读白皮书的时候我发现自己漏掉了一个更关键的层面。白皮书里有一句话我反复看了几遍：桥接和中心化托管方案，对很多比特币持有者来说，被认为风险太高了。不是技术上做不到，是持有者不愿意冒这个险。

我试着代入了一下。如果我持有一笔比特币，要拿去DeFi里赚利息，我得先把它换成wBTC，那就意味着我要把比特币交给一个托管方，信任他们不会出问题。历史上跨链桥和托管方出过太多事了，这个信任成本对我来说可能比那点利息更重。我猜很多持有者和我想法差不多——宁愿让比特币躺在钱包里，至少它是安全的。#dusk

这样就形成了一个挺拧巴的局面。比特币是最大最安全的资产，但因为它的安全模型和持有者的风险偏好，它反而成了DeFi里最用不起来的资产。TBV想做的就是把这条路打通，让比特币不用桥接不用托管也能进DeFi 。这条路能不能走通我现在还不好说，但这个矛盾本身，值得想清楚。

Siempre pensé que el proceso de slashing necesita que alguien lo ejecute: jueces, árbitros, comités de liquidación. Hasta ayer, cuando volví a leer la Sección 6, el “unhappy path”

Al principio lo entendí de forma muy simple: en DeFi, si un prestatario pignora activos y estos no alcanzan para cubrir la deuda, entonces se requiere un liquidador o un bot de liquidación para ejecutar el slashing. Suena totalmente obvio: tiene que haber alguien “que presione ese botón”. Así que cuando vi el mecanismo de slashing de Babylon, mi primera reacción fue: ¿quién dispara el slashing? ¿Quién verifica la evidencia de mala conducta? #baby
Pero en la Sec 6 hay una frase que me hizo detenerme: “Anyone can impersonate Alice and send a slashing transaction to burn her 1 BTC.”

No es “el liquidador designado”, no es “un comité de multisig”. Es cualquiera. Cualquiera.

Volví a dibujar esta cadena lógica y entendí que Babylon en realidad no está diseñando un “proceso de liquidación”, sino una cadena causal por la que se filtra la clave privada. La matemática de EOTS (firmas únicas extraíbles) es que, si el validador firma dos veces a la misma altura, esos dos sellos exponen información matemática de la clave privada. Cualquiera que obtenga esa clave privada puede iniciar directamente una transacción de slashing en la cadena de Bitcoin, enviando los bitcoins apostados a una dirección de destrucción. $BABY

Así que para mí no es un plan de tres pasos como: “el sistema detecta tu mala conducta → notifica al liquidador → ejecuta el slashing”, sino “tu mala conducta → filtración automática de la clave privada → destrucción automática de los bitcoins”, de una sola vez. No es liquidación; es autodestrucción.

Al descomponer esta estructura me di cuenta de que Babylon redefine la relación de poder del slashing. En los esquemas tradicionales, el poder de liquidar está en manos de terceros: los bots de liquidación de protocolos DeFi o el comité de validadores en cadenas PoS. En Babylon, el poder de slashing está en manos de la matemática. No hay discreción libre, no hay ejecución diferida, no hay “bueno, esta vez te perdonamos”. El único resultado de hacer el mal es que la clave privada se hace pública y los bitcoins se destruyen.

Por eso, la tesis central no es “qué tan eficiente es el slashing”, sino que transfiere la confianza de “la decisión de las personas” a “la inevitabilidad matemática”. En el escenario de préstamos de TBV, esto significa que la seguridad del colateral ya no depende de la buena fe o la eficiencia de nadie, sino únicamente de la restricción criptográfica de una sola firma. @BabylonLabs_io

Por supuesto, el requisito de este mecanismo es que la cadena pueda detectar las firmas dobles.

Siempre he pensado que el “Bitcoin ocioso” es un problema que se ha ignorado, hasta que me quedé mirando durante mucho tiempo una frase del whitepaper.

Al principio pensé que el mayor problema de Bitcoin eran las fluctuaciones de precio o el riesgo regulatorio. Pero al leer el whitepaper noté un dato: la capitalización de un número como wBTC es de menos de 5.000 millones de dólares, y solo representa el 1% de la capitalización total de Bitcoin. Esto significa que, en esa capitalización de $BABY 6,000 millones de dólares, la gran mayoría de los Bitcoins simplemente están guardados en carteras, sin hacer nada. Son como el oro de un banco: se conserva intacto, pero no produce.

La Sec 2.2 lo dice de forma más directa: “Most of the Bitcoin asset sits idle and is not deployed.” Esta frase me detuvo. No se trata de “algo” de ociosidad, sino de “most”. No es porque la tecnología no pueda hacerlo, sino porque los esquemas de puente existentes requieren confiar en terceros, y los tenedores de Bitcoin no quieren asumir ese riesgo.#baby

Redibujé un diagrama del flujo de fondos y entonces me di cuenta: lo que está haciendo Babylon no es añadir una función de “gestión de finanzas” a Bitcoin, sino redefinir el “estado de trabajo” del propio Bitcoin. Sustituye el puente con un depósito remoto, permitiendo que Bitcoin, sin salir de la cadena de Bitcoin, proporcione garantías de fianza de seguridad para una cadena PoS. Bitcoin ya no necesita ser movido, ni custodiado: solo tiene que quedar bloqueado en un monedero propio, con restricciones criptográficas que aseguran la posibilidad de que se aplique una penalización.

Babylon no está construyendo un nuevo canal de ingresos, sino reconvirtiendo Bitcoin desde “activo ocioso” a “combustible de seguridad para cadenas PoS”. Esto cambia la eficiencia en el uso del capital: la cadena PoS ya no necesita atraer el staking del token nativo con alta inflación, sino que puede usar directamente esa gigantesca reserva de 600.000 millones de dólares en Bitcoin para obtener seguridad. El modelo de “mercado bilateral” descrito con claridad en la Sec 3, en realidad, es como una bomba de combustible.@BabylonLabs_io

Por supuesto, este relato todavía depende de que los tenedores de Bitcoin cambien su forma de pensar. ¿Quienes están acostumbrados a “tener y no mover” estarán dispuestos a aceptar la complejidad del “staking con bloqueo”? Sigo observando la tasa real de adopción a lo largo de esta ruta de despertar.

Por la noche volví a sacar el Libro Blanco y releí la sección 7.2. Antes, cuando lo leí, pensé que "reducción de la sanción" significaba simplemente "atrapar al malo y cobrar una multa". Pero esta vez, al mirar con detenimiento esos dos párrafos, me di cuenta de que antes había subestimado por completo la dificultad del asunto: no hay contratos inteligentes en Bitcoin; no puedes enviarle "pruebas" para que determine quién tiene razón y quién no. Entonces, ¿qué hacer? La respuesta es—hacer que la propia evidencia se convierta en una clave privada.#baby

El Libro Blanco lo dice con total claridad. Como Bitcoin no tiene contratos inteligentes, no puedes, como en Ethereum, enviar una prueba de infracción a un contrato en la cadena para que ejecute el decomiso. El enfoque de Babylon es este: no enviar "pruebas", sino enviar "claves privadas"—de modo que, en el mismo instante en que el atacante haga el mal, quede obligado a revelar su propia clave privada.

¿Y cómo se logra? Se combinan dos cosas: firmas de extracción única (EOTS) y herramientas de finalidad.

El compromiso de la EOTS es muy simple: con la misma clave privada se firman dos mensajes distintos, y entonces la clave privada se puede extraer matemáticamente a partir de las firmas; queda visible para toda la red. El problema es que, en el escenario de reducción de penalizaciones del protocolo de consenso, el caso no se reduce a un simple "doble firmado". Casper tiene dos conjuntos de condiciones de reducción de penalizaciones, Tendermint también tiene dos—ni siquiera un ataque por amnesia puede expresarse como un ataque de doble sentido.

La solución de Babylon es ingeniosa: no se modifica el protocolo base de consenso, sino que, después de que el consenso confirme el bloque, se añade una ronda adicional de votación con firmas EOTS. Una vez que más de 2/3 del interés en garantía firma, el bloque se considera finalmente confirmado de verdad. Así, todas las acciones que rompen la integridad de la cadena de bloques se simplifican a "firmar dos bloques en la misma altura"—un ataque de doble sentido limpio y directo. Entonces, la EOTS puede extraer la clave privada, y la firma Schnorr (el esquema de firma que usa Bitcoin) es compatible, de modo que la clave privada se puede usar directamente para gastar en la transacción de reducción de penalizaciones.$BABY

Más tarde escribí una frase en mis notas: "Otros protocolos dicen: 'Tú entrégame la evidencia y yo juzgo lo correcto y lo incorrecto'. Babylon dice: 'No necesitas juzgar; solo haz el mal y tu llave será la evidencia'.—No es optimizar la justicia; es eliminar al juez."@BabylonLabs_io

Al principio pensé que la descentralización del ecosistema cripto significaba “más equidad” o “más resistencia a la censura”. Suena bien, pero no pude precisar cuál es la relación concreta entre eso y la ciberseguridad. Así que anoche, cuando vi que Babylon decía que su protocolo de staking era “sin necesidad de confiar en ningún tercero”, mi primera reacción fue: qué genial, pero los medios de implementación son la criptografía y las marcas de tiempo, y no guardan tanta relación con la descentralización #baby

Pero en la sección 2.3 hay una frase que me hizo detenerme: “Bitcoin, al ser la blockchain más antigua, tiene arguably el conjunto de tenedores de tokens más descentralizado: mineros, adoptantes tempranos y desarrolladores, fundadores de proyectos, inversores individuales, inversores institucionales, exchanges, etc.”

Volví a dibujar un diagrama de distribución de activos y entonces lo entendí: la descentralización de los tenedores de Bitcoin no es un atributo “políticamente correcto”, sino un parámetro estructural de seguridad. En muchas cadenas PoS, los activos se concentran en los inversores iniciales, los equipos fundadores y las fundaciones. Cuando esos activos se hacen staking para validar la red, unas pocas entidades pueden coludirse para controlar la cadena. Pero la distribución de los tenedores de Bitcoin es extremadamente dispersa; esto significa que reunir suficientes claves privadas para iniciar un ataque vuelve la dificultad de forma exponencial más alta $BABY

Creo que Babylon no está “diseñando” un protocolo de descentralización, sino “aprovechando” la estructura descentralizada que Bitcoin ya tiene. Toma la dispersión de los tenedores de Bitcoin y la mapea directamente como ancla de confianza de seguridad para una cadena PoS. Cuantos más stakers y más dispersos estén, más difícil es para el atacante encontrar a quién coludirse, y mayor es el costo del ataque. No es una función, es un axioma estructural @BabylonLabs_io

Pienso que esto no significa que el staking en Bitcoin no tenga riesgos de centralización. Si una gran parte del staking de Bitcoin se concentra en solo unos pocos grandes custodios, la suposición de dispersión se rompe. Todavía sigo observando: si los derechos de staking se comportarán, como la potencia de cómputo (hashrate), con una tendencia a concentrarse gradualmente con el paso del tiempo

El viernes por la noche volví a sacar la sección 9.8 del Libro Blanco sobre los puentes para bitcóin. La vez anterior, al leerla, me pareció que el resumen de los distintos tipos de puentes era bastante completo: puentes centralizados, puentes con sobregarantía, puentes con sidechain, puentes con seguridad basada en hardware... Pero esta vez dibujé específicamente la “fuerza” de los supuestos de seguridad de cada tipo de puente en una especie de espectro, desde “confiar completamente en el custodio” hasta “verificable matemáticamente sin necesidad de confianza”, y encontré una comparación interesante.

Hice una tablita: wBTC confía en Bitgo como custodio, por lo que tiene el supuesto de seguridad más bajo; Interlay requiere sobregarantía: hay que confiar en que el tesoro no colabore y en que el ratio de garantía sea lo suficientemente alto; sBTC depende de una firma de umbral del 70% de los participantes que hacen staking de STX, así que se asume que basta con que el 30% sea leal para que sea seguro; Rootstock con su PowPeg añade hardware, pero asume que el hardware no será comprometido. Cada puente hace un intercambio entre “seguridad” y “capacidad”: si sube el ratio de garantía, hay menos BTC bloqueado; si el grupo de firmas por umbral es más grande, la disponibilidad/solvencia se vuelve más frágil. #baby ninguno ofrece garantías puramente matemáticas.

Luego metí el staking de bitcóin: no necesita puentes. El bitcóin se queda en la cadena de bitcóin, y las penalizaciones se implementan mediante EOTS y scripts. Desde el ángulo de los “supuestos de confianza”, es efectivamente lo más limpio: no requiere confiar en un custodio, en un pool de garantías ni en un grupo de firmas por umbral. Pero al lado añadí una nota: la desventaja de este esquema es que el bitcóin en staking no se puede transferir a una cadena PoS para usarlo; solo puede usarse como depósito de seguridad. Si la cadena PoS quiere utilizar BTC como activo de capa de ejecución (por ejemplo, para préstamos o trading), entonces $BABY el staking de bitcóin no puede proporcionar directamente esa liquidez.

Después escribí en mis notas: “Los esquemas de puentes están pagando un ‘impuesto por seguridad’: para transferir BTC a otras cadenas, hay que sacrificar una parte de los supuestos de confianza o de la eficiencia de capital. El staking de bitcóin evita ese impuesto, pero también renuncia a la transferibilidad entre cadenas de los activos”. Así que no es “un puente mejor”, sino un “modo de uso de activos completamente distinto”. Esa diferencia es clave: el Libro Blanco no la compara directamente, pero creo que es el núcleo para entender la posición del staking de la equidad en bitcóin. Aún no saco conclusiones, pero seguiré observando si en el ecosistema de staking de bitcóin, las cadenas PoS están dispuestas a aceptar este tipo de “activo de seguridad no transferible” como colateral. @BabylonLabs_io

我翻到白皮书描述协议架构的章节时，脑子里一直在切换两个问题：它怎么适配Tendermint？怎么适配Casper？不同PoS链的罚没条件和共识逻辑都不一样，我下意识觉得肯定要写一堆定制化的中间件。每条链一套适配器，这复杂度想想就头大。#baby

但读到第7.2节末尾关于终局性小工具的总结时，我停住了。$BABY 白皮书写得很克制，但意思很重：“可以在所有BFT共识协议上使用，且无需更改基础共识协议本身。”我读了两遍，才反应过来这句话的份量。

它不是去修改共识，而是在共识外面挂了一层overlay。PoS链该怎么出块怎么出块，该用什么签名用什么签名，完全不碰。只是在区块最终确认这个环节，额外加了一轮EOTS签名。这轮签名不改变底层共识的判断，只是给它加了一层“比特币可罚没”的保险。我下意识在笔记本上画了个图：底层是共识协议，中间是干净的接口，上层是EOTS终局性小工具。画完我盯着看了几秒。@BabylonLabs_io

这种解耦程度太工程了。对比EigenLayer，如果要接一个新AVS，需要写合约、改逻辑，深度绑定。巴比伦这招是直接在共识层外面套一层，你的链该怎么跑还是怎么跑，我只在你最终确认后加一个硬约束。真正的即插即用。

但我也在想，这种外挂方案会不会有活性的坑？如果底层共识已经确认了区块，但EOTS的2/3签名迟迟没收齐，系统是卡住等还是先跑起来？白皮书说“truly finalized”需要两者兼备，但极端网络分区下的行为，我还没完全想透。得去翻翻他们有没有公开的形式化验证。先记着，明天继续挖。

我一度以为，比特币上做质押，罚没肯定是个死结。比特币没有智能合约，你没法像在以太坊上那样，写一段代码说“如果检测到双签，就没收质押”。所以每次看到有人提比特币质押，我脑子里自动弹出“那罚没怎么搞？”这个问题，然后默默划走。巴比伦的白皮书我翻到第7.2节的时候，本来也是抱着“看看你怎么圆”的心态，结果读了两段，我愣在椅子上。#baby

它不是想办法去证明你作恶，然后提交证据给比特币网络去执行——这条路走不通，因为比特币不处理复杂证据。它换了个思路：让你作恶的瞬间，你的私钥直接变成公共的。任何人拿到你的私钥，就可以发起一笔罚没交易，$BABY 把你的币销毁。也就是说，不需要法官，不需要投票，甚至不需要“证明”这个动作。数学本身就是法官。

这个机制叫EOTS，可提取的一次性签名。原理其实不复杂：如果你用同一把私钥签了两个不同的东西，你的私钥就能从这两个签名里被算出来。巴比伦在PoS链的共识之上加了一层终局性小工具，要求所有验证人在区块最终确认后，额外用EOTS签一次。如果发生安全违规（比如双花攻击），那必然有超过1/3的质押在同一高度签了两个区块，他们的私钥就从签名里暴露了。

我下意识在笔记本上写了一句“不是罚没，是钥匙自爆”，盯着看了几秒，觉得这个比喻还挺贴切。传统PoS的罚没是“我发现你违规→我提交证据→链上执行”，巴比伦是“你违规→你的钥匙自动变公共→谁都能执行”。中间那个“发现”和“提交”的环节被彻底跳过。
我还没想透的是，如果攻击者只签一次就不签了，或者投票率不够，这个机制还能触发吗？但至少，这个思路让我重新理解了什么叫“无需第三方的信任”。@BabylonLabs_io

周一晚上在书房翻完第一节，我本来没太在意——PoS链需要资本，比特币有资本， 这不就是供需匹配嘛。但读到Akash那段，我停住了。100%的初始年化通胀，这钱既要买安全，又要激励AI计算硬件提供商。我愣了几秒，下意识在纸上写了“通胀要付两份账单”。一份付给验证人防攻击，一份付给应用层拉供给。两张账单叠在一起，链还没跑起来，通胀就先烧光了。这根本不是可持续模型。#baby

我原来以为比特币质押只是给比特币持有者多一个生息通道，但读到第三节我才意识到，真正被解救的是PoS链。Akash的例子不是孤例，Cosmos生态里初期20%到100%通胀的链比比皆是。高通胀在买安全，但安全成本压死了链上效用——你本来可以用通胀激励应用，结果全被安全吃了。这是PoS链的“通胀-安全”困境：资本太贵，贵到链自己都喘不过气。

然后比特币的画像就清晰了。白皮书写得直白：6000亿美元，$BABY 大部分闲置，不受束缚，不用于保护自身。这跟PoS链上的原生资产完全是两个物种。Akash以100%通胀吸引资本，比特币却躺着不动。巴比伦做的就是把这两端接上——让比特币持有者把闲置资本质押给PoS链，拿走收益，同时PoS链可以用更低成本获得安全，把通胀降下来。双边市场，不是伪需求。

我还没想透的是，比特币质押者拿到的收益从哪来？如果PoS链原本靠高通胀付安全费，现在付给比特币，这笔成本真的能降吗？还是说只是把通胀转移给了比特币持有者？得再挖挖经济模型。但至少，这个供需错配的逻辑，我认了。@BabylonLabs_io

周三下午窝在咖啡馆改一个旧稿，顺手点开巴比伦的中文精简版白皮书。第一眼看到“比特币权益质押”，我脑子里自动补完了“桥接”两个字——市面上所有比特币生息方案，$BABY 不都是先把币跨过去再质押吗？wBTC、多签桥、甚至某些侧链，本质上都是把比特币挪到另一条链上，然后依赖一个托管方或委员会来保证安全。我翻了几页，以为又要看一个老套的桥方案。

但翻到“5 挑战”的时候，我停住了。咖啡放凉了都没注意到。

白皮书把桥接的方法直接否了。#baby 它说，所有桥接方案都依赖第三方信任，哪怕是最理想的比特币桥，也依赖于目标链的质押者诚实。所以桥接无法实现“无需信任的权益质押”——你要么信托管方，要么信多签。这就是性质 2 永远达不到的原因。我下意识在笔记本上写了“桥接不是路径”，盯着看了几秒。

然后它抛出了另一条路：远程质押。比特币不离开主链，锁定在比特币链上的自托管金库里，然后通过密码学机制在比特币链上执行罚没。我愣了几秒，才意识到这根本不是桥，而是把比特币作为安全源，远程投影到 PoS 链上。桥接是把资产搬过去，这是把锚留在原地，但把你的安全约束伸过去。

这个认知转变太关键了。如果还在用“桥”的思路理解巴比伦，方向全错。它不桥接，不是因为做不到，而是因为桥接本身就和“无需信任”矛盾。所以它选择了另一条更艰难但更纯粹的路——不挪币，只传递安全。
我还没想透这条路有没有隐藏的坑，但至少它让我重新理解了“质押”这个词。
@BabylonLabs_io

Ayer volví a sacar de un lado las secciones del libro blanco que comparan “penalizaciones automáticas” con Casper/Tendermint. Cuando lo leí antes, me pareció que la comparación entre “automático” y “consenso comunitario” era muy clara: uno se ejecuta de forma automática, el otro requiere una coordinación compleja, y se ve claramente quién gana. Pero esta vez fijé mi atención en la palabra “automático” y, cuanto más la miraba, más sentía que detrás hay una condición que no llegué a entender del todo.

Redibujé la ruta de ejecución de la penalización. El libro blanco, en la sección 9.2, dice que el PoS de Ethereum necesita el consenso de la comunidad para imponer la penalización en caso de una infracción de seguridad: porque si más de 1/3 de los validadores maliciosos pueden revisar las pruebas de la penalización en la cadena, entonces es necesario seguir un proceso de coordinación fuera de la cadena para reiniciar la cadena. En cambio, el staking de Bitcoin porque el dinero $BABY está en la cadena de Bitcoin, así que, una vez ocurre una infracción, “la penalización se aplica automáticamente en el acto”. Pero el problema es: ¿quién se encarga de enviar la transacción de penalización a la cadena de Bitcoin? Si el monitor es una entidad o un conjunto limitado y lo atacan o queda desconectado, ¿qué pasa? Si la red de Bitcoin está justo congestionada y la transacción de penalización se queda en el mempool durante horas, ¿sigue teniendo sentido ese “automáticamente”?

Luego, en mis notas escribí una frase: la “penalización automática” del staking con capital en Bitcoin, en esencia, traslada el cuello de botella de la “coordinación en cadena entre consensos del PoS” a esta combinación: “retraso en la ejecución entre cadenas + fiabilidad del monitor + capacidad de respuesta de la red de Bitcoin”. El consenso comunitario de Ethereum #baby es lento y doloroso, pero es inherente al protocolo: incluso si más de 1/3 de los validadores se ponen a hacer cosas maliciosas, la comunidad siempre tiene una vía para un veredicto final. El staking de Bitcoin es rápido, pero su “automático” requiere condiciones externas: el monitor debe estar en línea y ser honesto, la red de Bitcoin no debe estar congestionada, y la transacción de penalización debe confirmarse a tiempo.

Por supuesto, esto no significa que la solución de Ethereum sea mejor. El consenso comunitario, en casos extremos, casi equivale a una detención de la cadena, mientras que el retraso entre cadenas del staking de Bitcoin suele ser aceptable en la mayoría de las situaciones. Pero la dicotomía entre “automático” y “manual” sí que está demasiado simplificada. Una formulación más precisa quizá sea: “efectiva bajo un mecanismo de activación automático basado en entre-cadenas, en condiciones en las que el monitor y la funcionalidad de la red de Bitcoin estén operando correctamente”. Esta condición no es mortal, pero como investigador siento que es necesario dejar ese límite claramente escrito. @BabylonLabs_io

周五晚上又把白皮书里关于系统架构那部分翻了出来，之前觉得巴比伦链作为控制平面的设计很清晰，三层架构（比特币-巴比伦-PoS链）看着很漂亮。但这次我顺着信任链往下推，突然发现一个问题：巴比伦链的安全由谁保障？#baby

白皮书说巴比伦链基于Cosmos SDK实现，通过ATOM（或自己的代币）$BABY 质押来保证安全。但比特币权益质押的核心承诺是“无需信任第三方”，现在却把整个协议的同步、权益注册、罚减记录都托付给一条PoS链。如果巴比伦链的质押率不足，或者验证者集被攻击者渗透，那攻击者可以做的事情远不止双签——他可以篡改时间戳、伪造终局性签名、甚至阻止罚减交易上链。这让我想到一个递归信任问题：比特币权益质押的信任模型，最终是否退化为对巴比伦链（或ATOM）质押经济的信任？

我画了一个递归信任环：比特币的工作量证明 → 巴比伦链的权益证明 → 比特币质押者的信任。这个环的脆弱点其实不在比特币，而在巴比伦链。白皮书承认控制平面需要去中心化、抗审查，但没有量化“如果巴比伦链被攻击，安全模型会退化到什么程度”。

我在笔记里写了一句：“比特币权益质押的信任锚点，最终落在了一条PoS链上。” 这不是说方案不可行，而是说“无需信任”这个表述需要重新校准——不是绝对意义上的无需信任，而是信任从桥托管人转移到了巴比伦链的验证者社会合约上。这个转移是否更优？可能，但绝不是信任归零。我暂时没有答案，但我会继续盯巴比伦链的验证者分布和质押率。@BabylonLabs_io

昨晚又把白皮书里关于快速解绑那部分翻了出来，之前觉得“3天解绑+比特币时间戳”的组合挺严谨的，但这次我专门把时间参数画在纸上，看着看着心里就有点发毛。

我画了一条时间线：假设攻击者在比特币链上发起解绑交易，$BABY 比特币出块间隔平均10分钟，算上交易确认，要等1个区块确认（10分钟）才能算初步上链。但这时候PoS链可能已经跑了600个区块（如果出块速度1秒一个）。攻击者完全可以在这10分钟窗口内，利用还没被移除的旧质押者集合在PoS链上快速分叉——因为解绑交易虽然进了比特币链，但PoS链的质押者集合更新是依赖比特币时间戳来同步的，而这个时间戳本身也有延迟。白皮书说“需紧密同步”，但到底多紧密才算安全？是10分钟、30分钟，还是必须在一个PoS区块内？没有给出具体边界。@BabylonLabs_io

我后来在笔记里写了一句：攻击者赚的不是解绑后的时间差，而是解绑交易被比特币链确认到时间戳被PoS链采纳之间的那一段“灰色地带”。 如果这段时间足够长，旧质押者集合的投票权就有可能被用来制造一个已确认的分叉，而比特币时间戳即使后来记录了，也未必能逆转已经发生的安全违规。白皮书承认这个问题，但“正在重新定位这项技术”这句话让我觉得，这个安全边界可能还在研究中。#baby

想到这里我又翻了翻[35]的引用，那篇论文讨论的是原生PoS链用比特币时间戳实现快速解绑，但应用到比特币权益质押场景，参数假设完全不同。我暂时没有答案，但这个时间差窗口到底怎么算，我会继续盯着。

#baby $BABY Justo cuando acababa de volver a sacar a relucir la sección de “staking remoto” del whitepaper de Babilonia, que había estado arrastrando hacia atrás: la primera vez que lo leí, me pareció muy bonito el punto de “no requiere confianza”. Así, Bitcoin se mantiene en la cadena original y el conjunto de riesgos por el lado de los custodios en el puente se evita directamente. Pero esta vez, al revisar el flujo de ejecución de la penalización EOTS, de repente me sentí un poco inseguro.

Volví a dibujar el escenario de ataque: supongamos que un validador firma doble; entonces, ¿quién necesita difundir la transacción de penalización en la cadena de Bitcoin? El whitepaper no lo aclara, pero lógicamente debe existir un rol de “monitor” (observador): podría ser la propia cadena de Babilonia, o podría ser un nodo completo de un tercero. Si ese monitor está fuera de línea, o es objeto de censura, o incluso si el propio monitor es malicioso y decide no difundir la transacción de penalización, ¿la conducta indebida del validador “se saldría” sin consecuencias? Entonces, ¿sigue teniendo sentido el “no requiere confianza”?

Después, en mis notas escribí algo: el staking remoto transfiere la confianza desde el custodio del puente hacia la combinación de “monitor + la puntualidad del sistema en la red de Bitcoin”. En el esquema de puente hay que confiar en la parte que bloquea los fondos; en el staking remoto hay que confiar en que alguien difundirá la transacción por la ruta correcta y a tiempo. La diferencia entre estas dos formas de confianza no es un salto cualitativo, sino un cambio en el traslado de costos. ¿El monitor constituye un ancla de confianza completamente nueva? El whitepaper no discute en profundidad el supuesto de descentralización del monitor, ni cuantifica los límites de seguridad ante el mal comportamiento o la desconexión del monitor.

Pensando en esto, volví a revisar los supuestos de la clave EOTS: si la clave del validador se filtra, ¿puede el atacante falsificar una infracción? La transacción de penalización requiere la firma del validador, pero si hay filtración de la clave, el atacante podría incluso fabricar activamente una infracción y difundir inmediatamente la penalización. En ese caso, el monitor pasa a ser una herramienta pasiva. Cuanto más lo pienso, más complejo se vuelve el camino; parece que el “no requiere confianza” es solo una mejora relativa respecto del problema de los puentes, pero en un sentido absoluto, la confianza no llega a cero y probablemente todavía falta mucho. Por ahora no tengo una conclusión confirmada; seguiré desglosando este punto.

凌晨一点，我在Newton白皮书里发现一个没人提的缺口

昨晚咖啡喝多了，翻来覆去睡不着，又拿起手机刷Newton白皮书。第六章NIO部分写得很顺——加密、选择性披露、TEE验证、凭证跨链携带——一套漂亮的技术闭环。我划过去，准备睡了。

但“Issuers are entities that attest to user attributes”这句话里的entity突然卡在脑子里，再也睡不着。

翻了个身，我把第六章从到尾又看了一遍。它讲了怎么验凭证、怎么保护隐私、怎么防重放。唯独一个问题一个字没提：谁来验发凭证的那个人？

系统假设Issuer天然可信——但攻击者伪造一个叫“合规KYC机构”的Issuer，给一批假钱包签发“accredited investor”凭证，然后用这些凭证去操作合规资金池，结果会怎样？TEE验的是证书签名，不是Issuer的合法身份。如果说整个授权网络是座金库，保险柜防弹、密码量子级、流程全自动——唯独配钥匙的人没人审查。

我不是在唱反调。Newton完全可以在主网Beta里补上Issuer注册白名单或信誉机制，团队大概率已经想到了。但白皮书选择把这个问题当作“已知前提”跳过，让我觉得早期阶段的用户有必要自己多问一句：都说凭证可验证，签发凭证的人，谁来验证？

我现在对Newton的跟踪又多了一个指标：不仅是看它的授权层能否跑通，更要看它如何回答这个“信任的最后一公里”。这个答案，将决定它到底是真去信任，还是只是把信任往前挪了一步。
#newt $NEWT @NewtonProtocol