piknkkk
149 Publicaciones
piknkkk
28 Siguiendo
6 Seguidores
56 Me gusta
Publicaciones
#dusk $DUSK @Dusk
He pasado lo suficiente tiempo alrededor de las blockchains como para ponerme un poco escéptico cada vez que oigo hablar de una blockchain de privacidad. La privacidad suena simple hasta que preguntas qué es lo que realmente necesita mantenerse privado, quién todavía debería poder verificarlo y qué pasa cuando entra en juego la regulación.
Ahí es donde Dusk me resulta interesante.
El problema con las aplicaciones financieras es evidente: poner todo en un libro contable transparente puede hacer que la liquidación sea auditable, pero también puede exponer saldos, contrapartes y detalles de transacciones que las instituciones quizá no quieran que sean visibles públicamente. Dusk está abordando esto desde otro ángulo: una Layer 1 diseñada para finanzas onchain reguladas, que combina privacidad, divulgación selectiva y liquidación determinista.
Hay una pieza técnica que vale la pena tener en cuenta: su estándar Confidential Security Contract (XSC). Dusk describe XSC como un estándar para contratos inteligentes confidenciales que se pueden adaptar a los requisitos del negocio, incluyendo restricciones de privacidad y reglas de cumplimiento. Su arquitectura también utiliza pruebas de conocimiento cero y primitivas criptográficas para respaldar transacciones confidenciales y la divulgación selectiva.
La implicación en el mundo real es mayor que simplemente las transacciones privadas. Los activos financieros podrían potencialmente moverse onchain mientras la información sensible permanece protegida, con divulgación controlada cuando se requiera.
Pero todavía tengo una pregunta: ¿pueden realmente coexistir la privacidad, el cumplimiento y una infraestructura de blockchain abierta a escala institucional sin que, eventualmente, una termine comprometiendo a la otra? Eso, más que la etiqueta de “privacidad” en sí, es lo que yo vigilaría con Dusk.
$DUSK $ETH #Dusk.
He pasado lo suficiente tiempo alrededor de las blockchains como para ponerme un poco escéptico cada vez que oigo hablar de una blockchain de privacidad. La privacidad suena simple hasta que preguntas qué es lo que realmente necesita mantenerse privado, quién todavía debería poder verificarlo y qué pasa cuando entra en juego la regulación.
Ahí es donde Dusk me resulta interesante.
El problema con las aplicaciones financieras es evidente: poner todo en un libro contable transparente puede hacer que la liquidación sea auditable, pero también puede exponer saldos, contrapartes y detalles de transacciones que las instituciones quizá no quieran que sean visibles públicamente. Dusk está abordando esto desde otro ángulo: una Layer 1 diseñada para finanzas onchain reguladas, que combina privacidad, divulgación selectiva y liquidación determinista.
Hay una pieza técnica que vale la pena tener en cuenta: su estándar Confidential Security Contract (XSC). Dusk describe XSC como un estándar para contratos inteligentes confidenciales que se pueden adaptar a los requisitos del negocio, incluyendo restricciones de privacidad y reglas de cumplimiento. Su arquitectura también utiliza pruebas de conocimiento cero y primitivas criptográficas para respaldar transacciones confidenciales y la divulgación selectiva.
La implicación en el mundo real es mayor que simplemente las transacciones privadas. Los activos financieros podrían potencialmente moverse onchain mientras la información sensible permanece protegida, con divulgación controlada cuando se requiera.
Pero todavía tengo una pregunta: ¿pueden realmente coexistir la privacidad, el cumplimiento y una infraestructura de blockchain abierta a escala institucional sin que, eventualmente, una termine comprometiendo a la otra? Eso, más que la etiqueta de “privacidad” en sí, es lo que yo vigilaría con Dusk.
$DUSK $ETH #Dusk.
Ver traducción
#dusk $DUSK @Dusk
I've seen plenty of projects promise to bring traditional finance onchain. Usually, the hard part isn't putting an asset on a blockchain. It's everything around it: privacy, compliance identity trading and settlement.
That's why Dusk is interesting to me but I'm still cautious.
Dusk is a Layer 1 built around regulated financial markets with DuskDS handling settlement and data availability while DuskVM provides Rust/WASM execution and DuskEVM brings familiar Solidity/EVM tooling.
The more interesting piece is Hedger. It adds confidential EVM workflows using homomorphic encryption and zero knowledge proofs aiming to keep sensitive financial information private while preserving verifiable execution.
Then there is Dusk Trade built around tokenized financial assets and workflows such as onboarding wallet binding controlled transfers and settlement.
Dusk is also working with NPEX and Chainlink connecting regulated market infrastructure with interoperability and financial data standards.
And I keep coming back to one distinction: tokenization isn't necessarily native issuance. Dusk’s thesis is to put more of the asset lifecycle issuance compliance transfers and settlement into the onchain system itself.
Still the question remains can programmable privacy regulation and open blockchain composability actually coexist at scale?That's what I'm watching.
@DuskFoundation $DUSK #Dusk
I've seen plenty of projects promise to bring traditional finance onchain. Usually, the hard part isn't putting an asset on a blockchain. It's everything around it: privacy, compliance identity trading and settlement.
That's why Dusk is interesting to me but I'm still cautious.
Dusk is a Layer 1 built around regulated financial markets with DuskDS handling settlement and data availability while DuskVM provides Rust/WASM execution and DuskEVM brings familiar Solidity/EVM tooling.
The more interesting piece is Hedger. It adds confidential EVM workflows using homomorphic encryption and zero knowledge proofs aiming to keep sensitive financial information private while preserving verifiable execution.
Then there is Dusk Trade built around tokenized financial assets and workflows such as onboarding wallet binding controlled transfers and settlement.
Dusk is also working with NPEX and Chainlink connecting regulated market infrastructure with interoperability and financial data standards.
And I keep coming back to one distinction: tokenization isn't necessarily native issuance. Dusk’s thesis is to put more of the asset lifecycle issuance compliance transfers and settlement into the onchain system itself.
Still the question remains can programmable privacy regulation and open blockchain composability actually coexist at scale?That's what I'm watching.
@DuskFoundation $DUSK #Dusk
#dusk $DUSK @Dusk
Nunca he estado plenamente convencido de que poner algo en una blockchain automáticamente lo haga mejor. La cripto ha pasado años convirtiéndolo todo en tokens, pero la pregunta más difícil es qué pueden hacer realmente las personas con esos tokens después.
Eso es lo que hace que Dusk Trade me resulte interesante.
Dusk Trade se está construyendo como un neobroker y una capa de aplicación para activos financieros tokenizados en DuskEVM. La idea va más allá de simplemente crear tokens: fondos del mercado monetario, ETFs, bonos y otros activos del mundo real pueden formar parte de un entorno financiero onchain.
La distinción importa.
Un activo tokenizado solo es útil si la gente puede realmente poseerlo, negociarlo y liquidarlo de forma eficiente. Dusk Trade está diseñado en torno a la propiedad real y la liquidación instantánea, al tiempo que busca llevar la composabilidad normalmente asociada con DeFi a productos financieros regulados.
Esa combinación es inusual.
Los mercados financieros tradicionales tienen productos y reglas maduras, pero su infraestructura puede implicar capas de intermediarios y procesos de liquidación. DeFi mostró cómo puede verse una infraestructura financiera programable y composable, pero a menudo sin el marco regulatorio necesario para los valores convencionales.
Dusk Trade intenta situarse en algún punto entre esos dos mundos, con una estructura pensada para operar como un MTF regulado y una plataforma de inversión bajo las regulaciones de la UE aplicables.
Aún soy cauteloso. Poner ETFs o bonos onchain no crea automáticamente una demanda de liquidez ni un mercado mejor. Esas cosas hay que ganárselas.
Pero si Dusk Trade puede hacer que los activos regulados sean realmente utilizables onchain, y no simplemente dar a los activos existentes un “envoltorio” de blockchain, entonces la tokenización empieza a significar algo más interesante.
No solo poner activos onchain.
Hacer que funcionen realmente allí.
@dusk $DUSK #dusk
Nunca he estado plenamente convencido de que poner algo en una blockchain automáticamente lo haga mejor. La cripto ha pasado años convirtiéndolo todo en tokens, pero la pregunta más difícil es qué pueden hacer realmente las personas con esos tokens después.
Eso es lo que hace que Dusk Trade me resulte interesante.
Dusk Trade se está construyendo como un neobroker y una capa de aplicación para activos financieros tokenizados en DuskEVM. La idea va más allá de simplemente crear tokens: fondos del mercado monetario, ETFs, bonos y otros activos del mundo real pueden formar parte de un entorno financiero onchain.
La distinción importa.
Un activo tokenizado solo es útil si la gente puede realmente poseerlo, negociarlo y liquidarlo de forma eficiente. Dusk Trade está diseñado en torno a la propiedad real y la liquidación instantánea, al tiempo que busca llevar la composabilidad normalmente asociada con DeFi a productos financieros regulados.
Esa combinación es inusual.
Los mercados financieros tradicionales tienen productos y reglas maduras, pero su infraestructura puede implicar capas de intermediarios y procesos de liquidación. DeFi mostró cómo puede verse una infraestructura financiera programable y composable, pero a menudo sin el marco regulatorio necesario para los valores convencionales.
Dusk Trade intenta situarse en algún punto entre esos dos mundos, con una estructura pensada para operar como un MTF regulado y una plataforma de inversión bajo las regulaciones de la UE aplicables.
Aún soy cauteloso. Poner ETFs o bonos onchain no crea automáticamente una demanda de liquidez ni un mercado mejor. Esas cosas hay que ganárselas.
Pero si Dusk Trade puede hacer que los activos regulados sean realmente utilizables onchain, y no simplemente dar a los activos existentes un “envoltorio” de blockchain, entonces la tokenización empieza a significar algo más interesante.
No solo poner activos onchain.
Hacer que funcionen realmente allí.
@dusk $DUSK #dusk
#dusk $DUSK @Dusk
He pasado suficiente tiempo alrededor de las criptomonedas como para desconfiar cuando la adopción institucional se usa como prueba de que un proyecto ha llegado hasta allí.
Una alianza es fácil. Operar dentro de una regulación financiera real no lo es.
Eso es lo que hace que la relación de Dusk con NPEX merezca prestar atención.
NPEX es una infraestructura de mercado financiero regulado en los Países Bajos que opera como Instalación de Negociación Multilateral con capacidades de Corredor y de Proveedor Europeo de Servicios de Crowdfunding. Dusk ha estado construyendo alrededor de esta relación para llevar actividad financiera regulada onchain en lugar de simplemente poner otro envoltorio de token sobre un activo existente.
La escala también se está volviendo más concreta. Dusk ha descrito planes para llevar más de 300M € en activos de NPEX onchain. Pero, honestamente, la cifra no es lo que más me interesa.
Lo más difícil es todo lo que hay alrededor.
Un mercado regulado necesita elegibilidad de inversores, divulgación, custodia, reglas de negociación, liquidación y cumplimiento. El enfoque de Dusk es llevar estas piezas a un entorno onchain compartido, manteniendo al mismo tiempo la privacidad y la auditabilidad en el diseño.
La relación con NPEX también se ha ampliado hacia la infraestructura de Chainlink para la conectividad entre cadenas y datos de mercado verificados, dando a los activos regulados una ruta potencial más allá de un único entorno de blockchain.
Sigo siendo cauteloso. Nada de esto garantiza que las finanzas tradicionales abandonen de repente su infraestructura existente.
Pero quizá esa sea la prueba real.
¿Puede la blockchain adaptarse a las reglas de los mercados financieros sin perder las ventajas que la hicieron interesante en primer lugar?
Esa es la pregunta que estoy viendo a Dusk intentar responder.
He pasado suficiente tiempo alrededor de las criptomonedas como para desconfiar cuando la adopción institucional se usa como prueba de que un proyecto ha llegado hasta allí.
Una alianza es fácil. Operar dentro de una regulación financiera real no lo es.
Eso es lo que hace que la relación de Dusk con NPEX merezca prestar atención.
NPEX es una infraestructura de mercado financiero regulado en los Países Bajos que opera como Instalación de Negociación Multilateral con capacidades de Corredor y de Proveedor Europeo de Servicios de Crowdfunding. Dusk ha estado construyendo alrededor de esta relación para llevar actividad financiera regulada onchain en lugar de simplemente poner otro envoltorio de token sobre un activo existente.
La escala también se está volviendo más concreta. Dusk ha descrito planes para llevar más de 300M € en activos de NPEX onchain. Pero, honestamente, la cifra no es lo que más me interesa.
Lo más difícil es todo lo que hay alrededor.
Un mercado regulado necesita elegibilidad de inversores, divulgación, custodia, reglas de negociación, liquidación y cumplimiento. El enfoque de Dusk es llevar estas piezas a un entorno onchain compartido, manteniendo al mismo tiempo la privacidad y la auditabilidad en el diseño.
La relación con NPEX también se ha ampliado hacia la infraestructura de Chainlink para la conectividad entre cadenas y datos de mercado verificados, dando a los activos regulados una ruta potencial más allá de un único entorno de blockchain.
Sigo siendo cauteloso. Nada de esto garantiza que las finanzas tradicionales abandonen de repente su infraestructura existente.
Pero quizá esa sea la prueba real.
¿Puede la blockchain adaptarse a las reglas de los mercados financieros sin perder las ventajas que la hicieron interesante en primer lugar?
Esa es la pregunta que estoy viendo a Dusk intentar responder.
39.7 USDT en $DUSK en operaciones en 30 d.
#dusk $DUSK @Dusk
He llegado a ser un poco escéptico con las historias de blockchain institucionales que he visto tantas veces ciclos como para saber que hacer algo técnicamente posible es muy diferente de conseguir que sea útil cuando existe actividad financiera real
Por eso DuskEVM me llamó la atención
Al principio, una capa de aplicación compatible con EVM no suena especialmente inusual. Los desarrolladores ya conocen las herramientas de Solidity, el ecosistema general de Ethereum y el entorno EVM. Pero Dusk intenta usar esa ruta familiar para algo menos familiar: flujos financieros confidenciales
Lo interesante es el módulo de privacidad de Hedger para EVM. Usa cifrado homomórfico y pruebas de conocimiento cero para respaldar flujos confidenciales, manteniendo al mismo tiempo la posibilidad de revisión por parte de personas autorizadas
Esa distinción importa más de lo que podría parecer
Las instituciones financieras rara vez tienen el lujo de elegir entre privacidad completa y transparencia completa. Necesitan que la información sensible esté protegida, pero los reguladores y las partes autorizadas aún pueden necesitar verificar qué ocurrió. Privado sin capacidad de revisión crea otro problema. Transparente sin una privacidad significativa crea uno también.
DuskEVM parece estar abordando esa tensión de forma diferente: mantener el entorno de desarrollo familiar, mientras se hace que la privacidad sea parte de cómo pueden funcionar las aplicaciones financieras
Aún no estoy listo para dar por hecho que esto resuelve la adopción institucional. La tecnología puede funcionar de maravilla en un entorno controlado y aun así enfrentarse a presiones muy diferentes cuando entran en escena activos reales, regulaciones y usuarios
Aun así, me resulta interesante la dirección
Tal vez la pregunta más difícil para las finanzas onchain no sea si todo puede ser transparente, sino si por fin podemos decidir quién necesita ver qué y cuándo $DUSK #dusk @DuskFoundation
He llegado a ser un poco escéptico con las historias de blockchain institucionales que he visto tantas veces ciclos como para saber que hacer algo técnicamente posible es muy diferente de conseguir que sea útil cuando existe actividad financiera real
Por eso DuskEVM me llamó la atención
Al principio, una capa de aplicación compatible con EVM no suena especialmente inusual. Los desarrolladores ya conocen las herramientas de Solidity, el ecosistema general de Ethereum y el entorno EVM. Pero Dusk intenta usar esa ruta familiar para algo menos familiar: flujos financieros confidenciales
Lo interesante es el módulo de privacidad de Hedger para EVM. Usa cifrado homomórfico y pruebas de conocimiento cero para respaldar flujos confidenciales, manteniendo al mismo tiempo la posibilidad de revisión por parte de personas autorizadas
Esa distinción importa más de lo que podría parecer
Las instituciones financieras rara vez tienen el lujo de elegir entre privacidad completa y transparencia completa. Necesitan que la información sensible esté protegida, pero los reguladores y las partes autorizadas aún pueden necesitar verificar qué ocurrió. Privado sin capacidad de revisión crea otro problema. Transparente sin una privacidad significativa crea uno también.
DuskEVM parece estar abordando esa tensión de forma diferente: mantener el entorno de desarrollo familiar, mientras se hace que la privacidad sea parte de cómo pueden funcionar las aplicaciones financieras
Aún no estoy listo para dar por hecho que esto resuelve la adopción institucional. La tecnología puede funcionar de maravilla en un entorno controlado y aun así enfrentarse a presiones muy diferentes cuando entran en escena activos reales, regulaciones y usuarios
Aun así, me resulta interesante la dirección
Tal vez la pregunta más difícil para las finanzas onchain no sea si todo puede ser transparente, sino si por fin podemos decidir quién necesita ver qué y cuándo $DUSK #dusk @DuskFoundation
29.8 USDT en $DUSK en operaciones en 30 d.
#dusk $DUSK @Dusk
He visto cómo la tokenización se ha convertido en una de esas palabras en cripto que puede significar casi cualquier cosa. Pones un activo familiar en la cadena, lo llamas RWA y de repente suena como si se hubiera reinventado la infraestructura financiera. No estoy convencido de que sea tan simple.
Lo que me importa es qué cambia realmente después de que el activo se mueve a la cadena.
Ahí es donde Dusk Trade resulta interesante. Se está construyendo como un neobroker y capa de aplicación para activos financieros tokenizados en DuskEVM, con productos como fondos del mercado monetario, ETF, bonos y otros RWA.
La lista en sí no es lo que capta mi atención. Es el intento de llevar a un entorno donde la propiedad, la liquidación y la composabilidad pueden funcionar de forma distinta, cosas que la gente ya entiende de las finanzas tradicionales.
La liquidación instantánea suena atractiva, pero solo la velocidad no hace mejor un mercado financiero. Las preguntas más difíciles tienen que ver con la regulación de la propiedad, la liquidez y si las personas pueden realmente usar estos activos sin encontrarse con la misma fricción que la tokenización supuestamente debía eliminar.
Dusk Trade busca operar dentro de un marco regulado, incluyendo una MTF y una estructura de plataforma de inversión bajo las regulaciones de la UE aplicables. Esa parte importa porque la infraestructura financiera tiene consecuencias más allá de lo que ocurre onchain.
Sigo observando, más que asumiendo que esto funciona.
Quizá la verdadera prueba para los activos tokenizados no es si pueden existir en una blockchain. Es si se vuelven genuinamente más útiles una vez que lo hacen.
@Dusk $ETH $DUSK
He visto cómo la tokenización se ha convertido en una de esas palabras en cripto que puede significar casi cualquier cosa. Pones un activo familiar en la cadena, lo llamas RWA y de repente suena como si se hubiera reinventado la infraestructura financiera. No estoy convencido de que sea tan simple.
Lo que me importa es qué cambia realmente después de que el activo se mueve a la cadena.
Ahí es donde Dusk Trade resulta interesante. Se está construyendo como un neobroker y capa de aplicación para activos financieros tokenizados en DuskEVM, con productos como fondos del mercado monetario, ETF, bonos y otros RWA.
La lista en sí no es lo que capta mi atención. Es el intento de llevar a un entorno donde la propiedad, la liquidación y la composabilidad pueden funcionar de forma distinta, cosas que la gente ya entiende de las finanzas tradicionales.
La liquidación instantánea suena atractiva, pero solo la velocidad no hace mejor un mercado financiero. Las preguntas más difíciles tienen que ver con la regulación de la propiedad, la liquidez y si las personas pueden realmente usar estos activos sin encontrarse con la misma fricción que la tokenización supuestamente debía eliminar.
Dusk Trade busca operar dentro de un marco regulado, incluyendo una MTF y una estructura de plataforma de inversión bajo las regulaciones de la UE aplicables. Esa parte importa porque la infraestructura financiera tiene consecuencias más allá de lo que ocurre onchain.
Sigo observando, más que asumiendo que esto funciona.
Quizá la verdadera prueba para los activos tokenizados no es si pueden existir en una blockchain. Es si se vuelven genuinamente más útiles una vez que lo hacen.
@Dusk $ETH $DUSK
Ver traducción
#dusk $DUSK @Dusk
I've become skeptical of the idea that financial markets automatically become better the moment everything is made public. After watching crypto go through a few cycles I'm not sure maximum transparency was ever the real problem.
Regulated finance has a stranger requirement. Some information needs to be visible. Some information absolutely shouldn't be. And sometimes the person who needs to verify something isn't the same person who needs to see everything.
That's where Dusk started to make more sense to me.
Its idea of programmable privacy is more nuanced than simply calling a blockchain private. The goal is privacy where it's needed transparency where it's useful and selective disclosure when an authorized party needs to review something.
I find that distinction important.
A financial institution may not want every transaction detail exposed to the entire network. At the same time regulators can't simply be told to trust the system. There has to be a way to verify what happened without turning every piece of sensitive information into public data.
Dusk is building around that tension alongside deterministic settlement for regulated financial markets.
I'm still cautious. A good design on paper doesn't automatically translate into institutional adoption liquidity or real world usage. Those things have a way of exposing assumptions that look invisible during development.
But perhaps that's the part I find most interesting about Dusk.
Maybe the future of onchain finance isn't about choosing between privacy and transparency.
Maybe it's about making the boundary between them programmable.
I've become skeptical of the idea that financial markets automatically become better the moment everything is made public. After watching crypto go through a few cycles I'm not sure maximum transparency was ever the real problem.
Regulated finance has a stranger requirement. Some information needs to be visible. Some information absolutely shouldn't be. And sometimes the person who needs to verify something isn't the same person who needs to see everything.
That's where Dusk started to make more sense to me.
Its idea of programmable privacy is more nuanced than simply calling a blockchain private. The goal is privacy where it's needed transparency where it's useful and selective disclosure when an authorized party needs to review something.
I find that distinction important.
A financial institution may not want every transaction detail exposed to the entire network. At the same time regulators can't simply be told to trust the system. There has to be a way to verify what happened without turning every piece of sensitive information into public data.
Dusk is building around that tension alongside deterministic settlement for regulated financial markets.
I'm still cautious. A good design on paper doesn't automatically translate into institutional adoption liquidity or real world usage. Those things have a way of exposing assumptions that look invisible during development.
But perhaps that's the part I find most interesting about Dusk.
Maybe the future of onchain finance isn't about choosing between privacy and transparency.
Maybe it's about making the boundary between them programmable.
Ver traducción
#dusk $DUSK @Dusk @Dusk
The easiest way to misunderstand blockchain privacy is to treat it as a feature looking for a problem.
Finance already has plenty of problems where information exposure matters.
Consider tokenized securities.
An institution might want ownership and settlement recorded on chain while avoiding public disclosure of every investor position. A trading venue may need transaction validity without revealing commercially sensitive information. A business may want programmable financial agreements without publishing internal details to every observer.
These are potential applications not proof that every one of them is already operating at scale on Dusk.
The network is explicitly designed around regulated digital assets and market workflows involving issuance trading settlement identity disclosure, and reporting.
Dusk also supports different smart contract environments including DuskVM and DuskEVM.
That makes the architecture more interesting than a simple private blockchain description.
The bigger opportunity is the combination.
Privacy.
Programmable rules.
Asset issuance.
Settlement.
Compliance oriented controls.
Whether that combination becomes genuinely useful will depend less on the feature list and more on whether real financial workflows actually need it.
Technology creates the possibility.
Real usage has to validate it.
The easiest way to misunderstand blockchain privacy is to treat it as a feature looking for a problem.
Finance already has plenty of problems where information exposure matters.
Consider tokenized securities.
An institution might want ownership and settlement recorded on chain while avoiding public disclosure of every investor position. A trading venue may need transaction validity without revealing commercially sensitive information. A business may want programmable financial agreements without publishing internal details to every observer.
These are potential applications not proof that every one of them is already operating at scale on Dusk.
The network is explicitly designed around regulated digital assets and market workflows involving issuance trading settlement identity disclosure, and reporting.
Dusk also supports different smart contract environments including DuskVM and DuskEVM.
That makes the architecture more interesting than a simple private blockchain description.
The bigger opportunity is the combination.
Privacy.
Programmable rules.
Asset issuance.
Settlement.
Compliance oriented controls.
Whether that combination becomes genuinely useful will depend less on the feature list and more on whether real financial workflows actually need it.
Technology creates the possibility.
Real usage has to validate it.
#dusk $DUSK @Dusk
Cuando la gente oye "blockchain privado" a menudo imagina una red en la que nadie puede ver nada.Dusk presenta un modelo más matizado.
Su arquitectura admite diferentes niveles de visibilidad. Moonlight es el modelo de transacciones transparentes basado en cuentas, mientras que Phoenix usa transferencias con notas protegidas y pruebas de conocimiento cero.Esa distinción es importante.
La privacidad no tiene que significar desactivar el libro contable público.
Por ejemplo, un flujo de trabajo podría requerir que cierta información permanezca pública para la coordinación, mientras que saldos o transferencias sensibles permanezcan protegidos.
Esta es una mejor forma de pensar la privacidad en blockchain.
No como un interruptor entre lo público y lo privado.
Más bien como un espectro de acceso a la información.
La verdadera pregunta de diseño se convierte en:
¿Quién necesita saber qué?
¿Y cuándo?
Esa pregunta está sorprendentemente cerca de cómo los sistemas financieros tradicionales ya piensan sobre la información.
La diferencia es que la infraestructura de blockchain intenta hacer que esas reglas sean verificables mediante código y criptografía, en lugar de depender totalmente de bases de datos cerradas y la confianza institucional.
Para los mercados financieros, eso podría ser un cambio arquitectónico significativo.
El objetivo quizá no sea hacer que el blockchain sea invisible.Podría ser evitar que se exponga información innecesaria.
Cuando la gente oye "blockchain privado" a menudo imagina una red en la que nadie puede ver nada.Dusk presenta un modelo más matizado.
Su arquitectura admite diferentes niveles de visibilidad. Moonlight es el modelo de transacciones transparentes basado en cuentas, mientras que Phoenix usa transferencias con notas protegidas y pruebas de conocimiento cero.Esa distinción es importante.
La privacidad no tiene que significar desactivar el libro contable público.
Por ejemplo, un flujo de trabajo podría requerir que cierta información permanezca pública para la coordinación, mientras que saldos o transferencias sensibles permanezcan protegidos.
Esta es una mejor forma de pensar la privacidad en blockchain.
No como un interruptor entre lo público y lo privado.
Más bien como un espectro de acceso a la información.
La verdadera pregunta de diseño se convierte en:
¿Quién necesita saber qué?
¿Y cuándo?
Esa pregunta está sorprendentemente cerca de cómo los sistemas financieros tradicionales ya piensan sobre la información.
La diferencia es que la infraestructura de blockchain intenta hacer que esas reglas sean verificables mediante código y criptografía, en lugar de depender totalmente de bases de datos cerradas y la confianza institucional.
Para los mercados financieros, eso podría ser un cambio arquitectónico significativo.
El objetivo quizá no sea hacer que el blockchain sea invisible.Podría ser evitar que se exponga información innecesaria.
Con verificación
Ver traducción
#dusk $DUSK @Dusk
I’ve become a little suspicious of blockchain projects that tell me regulated finance is finally coming onchain. I've heard versions of that story for years. The difficult part was never putting an asset on a blockchain. It was figuring out what should actually remain private once it gets there.
That’s why DuskEVM caught my attention.
Dusk is taking an EVM compatible route which sounds almost ordinary at first. Developers can work with familiar Solidity based workflows instead of learning an entirely foreign environment. But the more interesting piece is what sits around that compatibility.
DuskEVM is being designed for confidential EVM workflows through Hedger Dusk's privacy module. It uses homomorphic encryption and zero knowledge proofs to support something I find more useful than simply calling a network private privacy that can still be reviewed when the right party needs to verify what happened.
That distinction matters in regulated markets.
Financial institutions probably don't want every detail exposed to everyone. Regulators auditors or authorized participants may still need access to specific information. So the interesting question becomes whether privacy can be programmable rather than absolute.
I'm not ready to call this solved. Mainnet technology can look convincing long before real institutions depend on it. Adoption reliability and actual financial use will tell a much bigger story.
Still DuskEVM is making me reconsider what onchain finance should mean.
Maybe the goal isn't maximum transparency.
Maybe it's giving the right people the right visibility at the right time.
I’ve become a little suspicious of blockchain projects that tell me regulated finance is finally coming onchain. I've heard versions of that story for years. The difficult part was never putting an asset on a blockchain. It was figuring out what should actually remain private once it gets there.
That’s why DuskEVM caught my attention.
Dusk is taking an EVM compatible route which sounds almost ordinary at first. Developers can work with familiar Solidity based workflows instead of learning an entirely foreign environment. But the more interesting piece is what sits around that compatibility.
DuskEVM is being designed for confidential EVM workflows through Hedger Dusk's privacy module. It uses homomorphic encryption and zero knowledge proofs to support something I find more useful than simply calling a network private privacy that can still be reviewed when the right party needs to verify what happened.
That distinction matters in regulated markets.
Financial institutions probably don't want every detail exposed to everyone. Regulators auditors or authorized participants may still need access to specific information. So the interesting question becomes whether privacy can be programmable rather than absolute.
I'm not ready to call this solved. Mainnet technology can look convincing long before real institutions depend on it. Adoption reliability and actual financial use will tell a much bigger story.
Still DuskEVM is making me reconsider what onchain finance should mean.
Maybe the goal isn't maximum transparency.
Maybe it's giving the right people the right visibility at the right time.
Ver traducción
#baby $BABY @BabylonLabs_io
I didn't expect the most interesting part of Babylon to be what doesn't happen on Bitcoin. The protocol is often described through its Bitcoin native design but after reading through the architecture I kept thinking about everything that has to happen off the Bitcoin chain before Bitcoin's security actually becomes useful elsewhere.
Bitcoin itself doesn't verify the state of the PoS chains Babylon helps secure. It doesn't know whether a validator is online, whether a chain has finalized correctly or whether governance parameters have changed. Those responsibilities are handled by Babylon's own consensus layer Finality Providers and the surrounding protocol logic. Bitcoin acts as the settlement layer for stake commitments and slashing conditions not as the execution environment that interprets them.
That separation feels elegant but it also creates a subtle dependency. The protocol inherits Bitcoin's credibility for asset ownership while relying on an entirely different system to interpret how those assets should influence network security. The stronger Bitcoin's guarantees become the more important the interpretation layer becomes as a potential point of coordination rather than cryptographic weakness. Security is no longer just about where collateral lives it's also about who defines the context in which that collateral matters.
The more I looked into it, the less I saw Babylon as a protocol that simply extends Bitcoin's security. It seems equally accurate to describe it as a protocol that translates Bitcoin's security into another language. The question is whether translation can ever be as trust minimized as the original source.
I didn't expect the most interesting part of Babylon to be what doesn't happen on Bitcoin. The protocol is often described through its Bitcoin native design but after reading through the architecture I kept thinking about everything that has to happen off the Bitcoin chain before Bitcoin's security actually becomes useful elsewhere.
Bitcoin itself doesn't verify the state of the PoS chains Babylon helps secure. It doesn't know whether a validator is online, whether a chain has finalized correctly or whether governance parameters have changed. Those responsibilities are handled by Babylon's own consensus layer Finality Providers and the surrounding protocol logic. Bitcoin acts as the settlement layer for stake commitments and slashing conditions not as the execution environment that interprets them.
That separation feels elegant but it also creates a subtle dependency. The protocol inherits Bitcoin's credibility for asset ownership while relying on an entirely different system to interpret how those assets should influence network security. The stronger Bitcoin's guarantees become the more important the interpretation layer becomes as a potential point of coordination rather than cryptographic weakness. Security is no longer just about where collateral lives it's also about who defines the context in which that collateral matters.
The more I looked into it, the less I saw Babylon as a protocol that simply extends Bitcoin's security. It seems equally accurate to describe it as a protocol that translates Bitcoin's security into another language. The question is whether translation can ever be as trust minimized as the original source.
#baby $BABY @BabylonLabs_io
Me encontré cuestionándome algo a lo que al principio no le había prestado demasiada atención. El modelo de seguridad de Babylon no se trata solo de cuánto BTC se apuesta. También se trata de qué tanto puede concentrarse con el tiempo el poder para interpretar esa seguridad. El protocolo a menudo se analiza en términos del peso económico respaldado por Bitcoin, pero la capa humana que rodea a los Proveedores de Finalidad merece un escrutinio igual de profundo.
Los apostadores de BTC delegan en Proveedores de Finalidad en lugar de participar directamente en la finalización. Esa separación hace que el sistema sea práctico, pero también crea un mercado de reputación. Si un puñado de proveedores demuestra de forma constante fiabilidad, atrae integraciones y construye historiales operativos, las nuevas delegaciones fluyen naturalmente hacia ellos. Ninguna regla del protocolo obliga necesariamente a la centralización, pero los incentivos pueden producirla silenciosamente de todos modos.
Lo interesante es que esto no es la misma presión hacia la centralización que se observa en las PoS tradicionales. BTC se mantiene en custodia propia, así que la custodia de los activos no se concentra. Lo que sí puede concentrarse es la influencia en la toma de decisiones sobre la finalidad. El slashing desincentiva conductas maliciosas, pero no desincentiva la popularidad. De hecho, los proveedores exitosos pueden volverse aún más dominantes simplemente porque los usuarios, de manera racional, prefieren a operadores probados antes que a los desconocidos.
Eso me deja preguntándome si el desafío a largo plazo de Babylon se relaciona menos con asegurar el capital respaldado por Bitcoin y más con mantener la diversidad entre las entidades que convierten ese capital en finalidades. La seguridad económica puede distribuirse, mientras la confianza operativa se va concentrando gradualmente. El protocolo reconoce bien el primer problema. Aún me intriga cómo evoluciona el segundo a medida que la red madura.
Me encontré cuestionándome algo a lo que al principio no le había prestado demasiada atención. El modelo de seguridad de Babylon no se trata solo de cuánto BTC se apuesta. También se trata de qué tanto puede concentrarse con el tiempo el poder para interpretar esa seguridad. El protocolo a menudo se analiza en términos del peso económico respaldado por Bitcoin, pero la capa humana que rodea a los Proveedores de Finalidad merece un escrutinio igual de profundo.
Los apostadores de BTC delegan en Proveedores de Finalidad en lugar de participar directamente en la finalización. Esa separación hace que el sistema sea práctico, pero también crea un mercado de reputación. Si un puñado de proveedores demuestra de forma constante fiabilidad, atrae integraciones y construye historiales operativos, las nuevas delegaciones fluyen naturalmente hacia ellos. Ninguna regla del protocolo obliga necesariamente a la centralización, pero los incentivos pueden producirla silenciosamente de todos modos.
Lo interesante es que esto no es la misma presión hacia la centralización que se observa en las PoS tradicionales. BTC se mantiene en custodia propia, así que la custodia de los activos no se concentra. Lo que sí puede concentrarse es la influencia en la toma de decisiones sobre la finalidad. El slashing desincentiva conductas maliciosas, pero no desincentiva la popularidad. De hecho, los proveedores exitosos pueden volverse aún más dominantes simplemente porque los usuarios, de manera racional, prefieren a operadores probados antes que a los desconocidos.
Eso me deja preguntándome si el desafío a largo plazo de Babylon se relaciona menos con asegurar el capital respaldado por Bitcoin y más con mantener la diversidad entre las entidades que convierten ese capital en finalidades. La seguridad económica puede distribuirse, mientras la confianza operativa se va concentrando gradualmente. El protocolo reconoce bien el primer problema. Aún me intriga cómo evoluciona el segundo a medida que la red madura.
#baby $BABY @BabylonLabs_io
Lo interesante no fue el uso de Bitcoin por parte de Babylon. Fue su decisión de hacer que la seguridad sea intencionalmente costosa de incumplir, pero relativamente barata de abandonar. No había apreciado esa distinción hasta que pasé más tiempo observando cómo funciona en realidad la participación.
El modelo de slashing de Babylon está diseñado en torno a la equivocación criptográfica por parte de los Proveedores de Finalidad (Finality Providers), en lugar de forzar la disponibilidad continua como hacen muchas redes PoS. Un proveedor que firma mensajes de finalización contradictorios puede perder respaldo económico, pero un proveedor que simplemente sale del conjunto activo no es castigado de la misma manera. Ese diseño reduce la barrera de entrada a la participación, porque los operadores no quedan permanentemente atrapados por sanciones severas de liveness. Al mismo tiempo, cambia el énfasis del protocolo hacia hacer que la conducta deshonesta sea costosa, en lugar de hacer que la ausencia sea costosa.
Esa elección crea un equilibrio de incentivos interesante. Si salir es comparativamente barato mientras que la equivocation es prohibitivamente cara, la red depende de que haya suficientes proveedores independientes dispuestos a mantenerse activos sin confiar en el castigo para mantenerlos allí. En otras palabras, Babylon no solo está diseñando seguridad criptográfica. Está diseñando un mercado donde la confiabilidad debe seguir siendo atractiva económicamente por sí misma. Eso se siente como una diferencia filosófica sutil pero importante frente a sistemas que se apoyan más en penalizaciones para hacer cumplir la participación.
Sigo preguntándome si ese enfoque se vuelve más fuerte a medida que madura el ecosistema o si, eventualmente, requiere mecanismos de recompensas cada vez más sofisticados para prevenir la concentración gradual de operadores. La respuesta puede revelar más sobre la economía de la infraestructura descentralizada que sobre Bitcoin en sí.
@BabylonLabs_io $BABY $ETH
Lo interesante no fue el uso de Bitcoin por parte de Babylon. Fue su decisión de hacer que la seguridad sea intencionalmente costosa de incumplir, pero relativamente barata de abandonar. No había apreciado esa distinción hasta que pasé más tiempo observando cómo funciona en realidad la participación.
El modelo de slashing de Babylon está diseñado en torno a la equivocación criptográfica por parte de los Proveedores de Finalidad (Finality Providers), en lugar de forzar la disponibilidad continua como hacen muchas redes PoS. Un proveedor que firma mensajes de finalización contradictorios puede perder respaldo económico, pero un proveedor que simplemente sale del conjunto activo no es castigado de la misma manera. Ese diseño reduce la barrera de entrada a la participación, porque los operadores no quedan permanentemente atrapados por sanciones severas de liveness. Al mismo tiempo, cambia el énfasis del protocolo hacia hacer que la conducta deshonesta sea costosa, en lugar de hacer que la ausencia sea costosa.
Esa elección crea un equilibrio de incentivos interesante. Si salir es comparativamente barato mientras que la equivocation es prohibitivamente cara, la red depende de que haya suficientes proveedores independientes dispuestos a mantenerse activos sin confiar en el castigo para mantenerlos allí. En otras palabras, Babylon no solo está diseñando seguridad criptográfica. Está diseñando un mercado donde la confiabilidad debe seguir siendo atractiva económicamente por sí misma. Eso se siente como una diferencia filosófica sutil pero importante frente a sistemas que se apoyan más en penalizaciones para hacer cumplir la participación.
Sigo preguntándome si ese enfoque se vuelve más fuerte a medida que madura el ecosistema o si, eventualmente, requiere mecanismos de recompensas cada vez más sofisticados para prevenir la concentración gradual de operadores. La respuesta puede revelar más sobre la economía de la infraestructura descentralizada que sobre Bitcoin en sí.
@BabylonLabs_io $BABY $ETH
#baby $BABY @BabylonLabs_io
Al principio asumí que el mayor reto de Babylon sería convencer a los titulares de Bitcoin para que participaran. Cuanto más profundizaba en el protocolo, más sentía que el problema realmente difícil podría surgir años después, manteniendo sus suposiciones de seguridad estables mientras el propio protocolo continúa evolucionando.
Babylon está diseñado como una red viva. La gobernanza puede ajustar parámetros, integrar nuevas cadenas de consumo, refinar los modelos de incentivos e introducir actualizaciones de protocolo. Eso es normal para una blockchain moderna. Pero el staking de Bitcoin es diferente del staking nativo, porque los participantes están comprometiendo capital basándose en una comprensión muy específica de cómo funcionan las reglas. Cada actualización significativa cambia sutilmente el contrato entre el protocolo y los stakers de BTC a largo plazo, incluso si sus monedas nunca salen de su custodia.
Eso crea una tensión inusual. La flexibilidad es valiosa porque la infraestructura tiene que adaptarse a nuevos vectores de ataque y a nuevos casos de uso. Al mismo tiempo, los usuarios de Bitcoin históricamente han tendido hacia sistemas en los que las reglas cambian lentamente y de forma predecible. Cuanto más adaptable se vuelve Babylon, más corre el riesgo de alejarse de las expectativas culturales del propio activo cuya seguridad está intentando ampliar. La gobernanza no es solo decidir parámetros técnicos: también está decidiendo cuánto cambio puede absorber la seguridad respaldada por Bitcoin antes de que los participantes empiecen a replantearse las suposiciones que aceptaron originalmente.
No creo que exista un punto de equilibrio obvio. Pero sí me hace preguntarme si el éxito a largo plazo de Babylon dependerá menos de diseñar mejores actualizaciones y más de saber cuándo no actualizar, incluso cuando la tecnología lo permite.
@BabylonLabs_io $BABY $1000SATS
Al principio asumí que el mayor reto de Babylon sería convencer a los titulares de Bitcoin para que participaran. Cuanto más profundizaba en el protocolo, más sentía que el problema realmente difícil podría surgir años después, manteniendo sus suposiciones de seguridad estables mientras el propio protocolo continúa evolucionando.
Babylon está diseñado como una red viva. La gobernanza puede ajustar parámetros, integrar nuevas cadenas de consumo, refinar los modelos de incentivos e introducir actualizaciones de protocolo. Eso es normal para una blockchain moderna. Pero el staking de Bitcoin es diferente del staking nativo, porque los participantes están comprometiendo capital basándose en una comprensión muy específica de cómo funcionan las reglas. Cada actualización significativa cambia sutilmente el contrato entre el protocolo y los stakers de BTC a largo plazo, incluso si sus monedas nunca salen de su custodia.
Eso crea una tensión inusual. La flexibilidad es valiosa porque la infraestructura tiene que adaptarse a nuevos vectores de ataque y a nuevos casos de uso. Al mismo tiempo, los usuarios de Bitcoin históricamente han tendido hacia sistemas en los que las reglas cambian lentamente y de forma predecible. Cuanto más adaptable se vuelve Babylon, más corre el riesgo de alejarse de las expectativas culturales del propio activo cuya seguridad está intentando ampliar. La gobernanza no es solo decidir parámetros técnicos: también está decidiendo cuánto cambio puede absorber la seguridad respaldada por Bitcoin antes de que los participantes empiecen a replantearse las suposiciones que aceptaron originalmente.
No creo que exista un punto de equilibrio obvio. Pero sí me hace preguntarme si el éxito a largo plazo de Babylon dependerá menos de diseñar mejores actualizaciones y más de saber cuándo no actualizar, incluso cuando la tecnología lo permite.
@BabylonLabs_io $BABY $1000SATS
#baby $BABY @BabylonLabs_io
Llamar a algo “Bitcoin nativo” puede hacerlo sonar maravillosamente simple. En la práctica, casi nunca lo es.
Babylon es un ejemplo interesante de esa tensión. Permite que los titulares de Bitcoin hagan staking de BTC manteniéndolo bajo su propia custodia, usando la seguridad de Bitcoin para ayudar a proteger las redes de Proof of Stake. La idea se parece más al diseño original de Bitcoin que a envolver monedas o entregarlas a un custodio.
Pero hay un detalle pasado por alto. Incluso si el activo nunca sale de Bitcoin, el valor que proporciona depende de un ecosistema que existe más allá del propio Bitcoin. Los validadores, los relés y el software del cliente conectado, así como las cadenas PoS vinculadas, pasan a formar parte de todo el panorama. El BTC se mantiene donde corresponde, pero el modelo de seguridad se convierte en infraestructura compartida en lugar de un sistema aislado.
Eso no hace que el enfoque sea más débil. Solo lo vuelve más honesto describirlo así. La autocustodia elimina una capa de confianza, pero no elimina la interdependencia.
En comparación con las versiones custodiales de Bitcoin, donde la confianza se concentra en un único emisor, Babylon distribuye esa dependencia entre protocolos y participantes. Cambia un tipo de dependencia por otro.
Quizás esa sea la verdadera evolución aquí. Bitcoin ya no solo se asegura a sí mismo. Gradualmente se está convirtiendo en seguridad que otras redes pueden tomar prestada, recordándonos al mismo tiempo que cada sistema descentralizado sigue descansando sobre relaciones y no sobre el aislamiento.
Llamar a algo “Bitcoin nativo” puede hacerlo sonar maravillosamente simple. En la práctica, casi nunca lo es.
Babylon es un ejemplo interesante de esa tensión. Permite que los titulares de Bitcoin hagan staking de BTC manteniéndolo bajo su propia custodia, usando la seguridad de Bitcoin para ayudar a proteger las redes de Proof of Stake. La idea se parece más al diseño original de Bitcoin que a envolver monedas o entregarlas a un custodio.
Pero hay un detalle pasado por alto. Incluso si el activo nunca sale de Bitcoin, el valor que proporciona depende de un ecosistema que existe más allá del propio Bitcoin. Los validadores, los relés y el software del cliente conectado, así como las cadenas PoS vinculadas, pasan a formar parte de todo el panorama. El BTC se mantiene donde corresponde, pero el modelo de seguridad se convierte en infraestructura compartida en lugar de un sistema aislado.
Eso no hace que el enfoque sea más débil. Solo lo vuelve más honesto describirlo así. La autocustodia elimina una capa de confianza, pero no elimina la interdependencia.
En comparación con las versiones custodiales de Bitcoin, donde la confianza se concentra en un único emisor, Babylon distribuye esa dependencia entre protocolos y participantes. Cambia un tipo de dependencia por otro.
Quizás esa sea la verdadera evolución aquí. Bitcoin ya no solo se asegura a sí mismo. Gradualmente se está convirtiendo en seguridad que otras redes pueden tomar prestada, recordándonos al mismo tiempo que cada sistema descentralizado sigue descansando sobre relaciones y no sobre el aislamiento.
#baby $BABY @BabylonLabs_io
La gente a menudo asume que los modelos de seguridad más sólidos fallan ruidosamente. En la práctica, muchos de ellos se debilitan en silencio mucho antes de que alguien lo note.
Babylon introduce una idea ambiciosa al permitir que los titulares de Bitcoin apuesten mientras mantienen su BTC bajo su propia custodia en la red de Bitcoin. En lugar de transferir la propiedad a un custodio o depender de activos tokenizados, la seguridad económica de Bitcoin puede ayudar a proteger blockchains de Prueba de Participación.
El diseño es convincente, pero lo que más me interesa no es dónde funciona. Es dónde podría perder lentamente su ventaja. La seguridad no es solo criptografía. También depende de que los incentivos permanezcan alineados a medida que entran más participantes, validadores y cadenas conectadas en el sistema.
A diferencia de modelos de custodia como wBTC o cbBTC, donde la pregunta principal es si confías en el custodio, Babylon desplaza el diálogo hacia si los incentivos económicos de la red continúan funcionando como se pretende con el paso del tiempo. Esa es una pregunta más difícil porque rara vez hay un solo momento en el que la respuesta cambia. Ocurre gradualmente.
Los sistemas más sólidos no son los que nunca enfrentan presión. Son los que continúan comportándose como se espera después de años de condiciones cambiantes.
Esa puede ser la verdadera prueba para Babylon. No si funciona hoy, sino si sus supuestos siguen siendo ciertos cuando el entorno que lo rodea ya no se ve igual.
@BabylonLabs_io $BABY $1000SATS
La gente a menudo asume que los modelos de seguridad más sólidos fallan ruidosamente. En la práctica, muchos de ellos se debilitan en silencio mucho antes de que alguien lo note.
Babylon introduce una idea ambiciosa al permitir que los titulares de Bitcoin apuesten mientras mantienen su BTC bajo su propia custodia en la red de Bitcoin. En lugar de transferir la propiedad a un custodio o depender de activos tokenizados, la seguridad económica de Bitcoin puede ayudar a proteger blockchains de Prueba de Participación.
El diseño es convincente, pero lo que más me interesa no es dónde funciona. Es dónde podría perder lentamente su ventaja. La seguridad no es solo criptografía. También depende de que los incentivos permanezcan alineados a medida que entran más participantes, validadores y cadenas conectadas en el sistema.
A diferencia de modelos de custodia como wBTC o cbBTC, donde la pregunta principal es si confías en el custodio, Babylon desplaza el diálogo hacia si los incentivos económicos de la red continúan funcionando como se pretende con el paso del tiempo. Esa es una pregunta más difícil porque rara vez hay un solo momento en el que la respuesta cambia. Ocurre gradualmente.
Los sistemas más sólidos no son los que nunca enfrentan presión. Son los que continúan comportándose como se espera después de años de condiciones cambiantes.
Esa puede ser la verdadera prueba para Babylon. No si funciona hoy, sino si sus supuestos siguen siendo ciertos cuando el entorno que lo rodea ya no se ve igual.
@BabylonLabs_io $BABY $1000SATS
#baby $BABY
Muchas personas asumen que, si tienes tus propias claves, el problema de confianza se ha resuelto. La custodia propia es importante, pero solo es una parte de un rompecabezas mucho más grande.
Babylon se construye en torno a la idea de hacer staking de BTC en custodia propia directamente en la red de Bitcoin, permitiendo que Bitcoin fortalezca la seguridad de las cadenas de bloques PoS sin requerir activos envueltos ni custodia de terceros. Ese es un paso significativo hacia adelante, pero también cambia dónde vive la confianza en lugar de hacer que desaparezca.
El detalle que se pasa por alto es que la confianza se desplaza de las instituciones a la coordinación. El protocolo depende de los incentivos, del comportamiento del validador y de reglas que deben seguir funcionando mientras las redes independientes interactúan con el paso del tiempo. Ya no necesitas confiar en un custodio de la misma manera que podrías hacerlo con wBTC o cbBTC, pero sigues confiando en que el diseño del sistema se mantendrá resiliente bajo presión.
Esa distinción importa porque muchas personas confunden eliminar un intermediario con eliminar la dependencia. No es lo mismo. Todo sistema distribuido depende de algo. La pregunta es si esas dependencias son lo bastante transparentes, descentralizadas y resilientes como para merecer confianza.
Babylon parece reconocer esa realidad en lugar de fingir que puede eliminarla. En vez de reemplazar una forma de confianza por una promesa de “no confianza” en absoluto, intenta trasladar la confianza a las reglas del protocolo y a los propios supuestos de seguridad de Bitcoin.
Eso se siente como una dirección más honesta para las criptomonedas. La infraestructura más sólida raramente es la que afirma eliminar la confianza por completo. Es la que hace que la confianza sea más fácil de examinar.
Muchas personas asumen que, si tienes tus propias claves, el problema de confianza se ha resuelto. La custodia propia es importante, pero solo es una parte de un rompecabezas mucho más grande.
Babylon se construye en torno a la idea de hacer staking de BTC en custodia propia directamente en la red de Bitcoin, permitiendo que Bitcoin fortalezca la seguridad de las cadenas de bloques PoS sin requerir activos envueltos ni custodia de terceros. Ese es un paso significativo hacia adelante, pero también cambia dónde vive la confianza en lugar de hacer que desaparezca.
El detalle que se pasa por alto es que la confianza se desplaza de las instituciones a la coordinación. El protocolo depende de los incentivos, del comportamiento del validador y de reglas que deben seguir funcionando mientras las redes independientes interactúan con el paso del tiempo. Ya no necesitas confiar en un custodio de la misma manera que podrías hacerlo con wBTC o cbBTC, pero sigues confiando en que el diseño del sistema se mantendrá resiliente bajo presión.
Esa distinción importa porque muchas personas confunden eliminar un intermediario con eliminar la dependencia. No es lo mismo. Todo sistema distribuido depende de algo. La pregunta es si esas dependencias son lo bastante transparentes, descentralizadas y resilientes como para merecer confianza.
Babylon parece reconocer esa realidad en lugar de fingir que puede eliminarla. En vez de reemplazar una forma de confianza por una promesa de “no confianza” en absoluto, intenta trasladar la confianza a las reglas del protocolo y a los propios supuestos de seguridad de Bitcoin.
Eso se siente como una dirección más honesta para las criptomonedas. La infraestructura más sólida raramente es la que afirma eliminar la confianza por completo. Es la que hace que la confianza sea más fácil de examinar.
#baby $BABY @BabylonLabs_io
La gente suele juzgar la nueva infraestructura cripto por la cantidad de atención que recibe en sus primeros meses. Para mí, eso nunca ha parecido una señal fiable.
Babylon es un buen ejemplo. Permite el staking de BTC sin custodia directamente en la red de Bitcoin, para que Bitcoin ayude a fortalecer la seguridad de las cadenas de bloques PoS. El concepto es fácil de resumir, pero su éxito probablemente dependa de algo menos visible que las gráficas de adopción.
La participación temprana puede dar la impresión de que un protocolo ya se ha probado. En realidad, la infraestructura se prueba con el tiempo, no durante su fase de lanzamiento. Las preguntas reales aparecen más tarde. ¿Los usuarios siguen confiando en el diseño? ¿Los validadores y los ecosistemas conectados se comportan como se espera? ¿El modelo de seguridad se mantiene predecible cuando las condiciones del mercado se vuelven menos tolerantes?
Aquí es donde Babylon se diferencia de enfoques con custodia como wBTC o cbBTC. Esos sistemas se han evaluado durante mucho tiempo mediante integraciones de liquidez y, sobre todo, por conveniencia. Babylon invita a un tipo diferente de evaluación. Su valor depende más de si sus supuestos de seguridad siguen cumpliéndose a medida que la red madura.
Por eso, conviene mirar con cierta cautela las métricas tempranas. Un uso inicial fuerte puede reflejar curiosidad tanto como convicción, mientras que una adopción moderada no necesariamente implica un diseño débil.
Algunos protocolos revelan sus fortalezas de inmediato. Otros solo las revelan después de que las expectativas se asientan y se desvanece la emoción. La infraestructura normalmente pertenece a la segunda categoría, y Babylon puede ser uno de esos casos.
La gente suele juzgar la nueva infraestructura cripto por la cantidad de atención que recibe en sus primeros meses. Para mí, eso nunca ha parecido una señal fiable.
Babylon es un buen ejemplo. Permite el staking de BTC sin custodia directamente en la red de Bitcoin, para que Bitcoin ayude a fortalecer la seguridad de las cadenas de bloques PoS. El concepto es fácil de resumir, pero su éxito probablemente dependa de algo menos visible que las gráficas de adopción.
La participación temprana puede dar la impresión de que un protocolo ya se ha probado. En realidad, la infraestructura se prueba con el tiempo, no durante su fase de lanzamiento. Las preguntas reales aparecen más tarde. ¿Los usuarios siguen confiando en el diseño? ¿Los validadores y los ecosistemas conectados se comportan como se espera? ¿El modelo de seguridad se mantiene predecible cuando las condiciones del mercado se vuelven menos tolerantes?
Aquí es donde Babylon se diferencia de enfoques con custodia como wBTC o cbBTC. Esos sistemas se han evaluado durante mucho tiempo mediante integraciones de liquidez y, sobre todo, por conveniencia. Babylon invita a un tipo diferente de evaluación. Su valor depende más de si sus supuestos de seguridad siguen cumpliéndose a medida que la red madura.
Por eso, conviene mirar con cierta cautela las métricas tempranas. Un uso inicial fuerte puede reflejar curiosidad tanto como convicción, mientras que una adopción moderada no necesariamente implica un diseño débil.
Algunos protocolos revelan sus fortalezas de inmediato. Otros solo las revelan después de que las expectativas se asientan y se desvanece la emoción. La infraestructura normalmente pertenece a la segunda categoría, y Babylon puede ser uno de esos casos.
Ver traducción
#baby $BABY @BabylonLabs_io
One thing I've gradually unlearned in blockchain is the belief that security belongs exclusively to the network that creates it. Over time I've come to see security as accumulated trust earned through years of consistency careful design and the willingness of people to keep believing in a system even when excitement fades.
That is why Babylon stayed in my thoughts. Not because it introduces another way to use Bitcoin but because it hints at a different relationship between ownership and participation. The idea that Bitcoin's economic security can help strengthen Proof of Stake blockchains through self-custodial staking while BTC never leaves the Bitcoin network feels less like expanding Bitcoin's purpose and more like respecting its original principles.
Security becomes more valuable when it can be shared without being surrendered.
For years I assumed idle Bitcoin represented a conscious choice to prioritize certainty over utility. Now I'm not so sure those ideas are in conflict. Perhaps capital can remain exactly where it belongs while still lending confidence to something beyond itself.
The thought I keep returning to isn't about staking rewards or technical architecture. It's about the possibility that trust itself can become a shared resource while ownership remains deeply personal. If that turns out to be true then Bitcoin's evolving role may not be about doing more it may simply be about allowing its quiet credibility to reach a little further than before.
One thing I've gradually unlearned in blockchain is the belief that security belongs exclusively to the network that creates it. Over time I've come to see security as accumulated trust earned through years of consistency careful design and the willingness of people to keep believing in a system even when excitement fades.
That is why Babylon stayed in my thoughts. Not because it introduces another way to use Bitcoin but because it hints at a different relationship between ownership and participation. The idea that Bitcoin's economic security can help strengthen Proof of Stake blockchains through self-custodial staking while BTC never leaves the Bitcoin network feels less like expanding Bitcoin's purpose and more like respecting its original principles.
Security becomes more valuable when it can be shared without being surrendered.
For years I assumed idle Bitcoin represented a conscious choice to prioritize certainty over utility. Now I'm not so sure those ideas are in conflict. Perhaps capital can remain exactly where it belongs while still lending confidence to something beyond itself.
The thought I keep returning to isn't about staking rewards or technical architecture. It's about the possibility that trust itself can become a shared resource while ownership remains deeply personal. If that turns out to be true then Bitcoin's evolving role may not be about doing more it may simply be about allowing its quiet credibility to reach a little further than before.
#baby $BABY @BabylonLabs_io
He notado que cuanto más tiempo permanezco en el ecosistema cripto, menos fascinación me produce lo que pueden hacer las blockchains y más interés me despierta lo que representan. En el fondo, este espacio siempre ha sido un intento de responder una pregunta sencilla: ¿cómo creamos confianza sin renunciar al control?
Esa pregunta se sintió diferente después de pasar tiempo pensando en Babylon. No fueron las mecánicas del staking de Bitcoin con custodia propia lo que se me quedó. Fue la comprensión de que la seguridad económica de Bitcoin puede ayudar a fortalecer redes de Proof of Stake mientras BTC permanece por completo en la red de Bitcoin, bajo el control del propietario. De alguna manera, eso se siente coherente con la filosofía original de Bitcoin más que como una ruptura con ella.
La confianza es más significativa cuando la propiedad nunca cambia de manos.
Durante años pensé que el Bitcoin ocioso estaba cumpliendo su propósito simplemente con permanecer intacto. Ahora me pregunto si un activo puede quedarse exactamente donde pertenece y aun así contribuir a algo más grande. Quizá la participación no siempre requiere movimiento, y quizá la eficiencia del capital consiste realmente en permitir que la confianza se extienda más allá del propio activo.
Cuanto más reflexiono sobre ello, más veo la seguridad como algo que no tiene por qué existir en aislamiento. Si fundaciones en las que se puede confiar pueden reforzar silenciosamente otros ecosistemas sin comprometer la custodia propia, entonces tal vez el futuro de la blockchain se sienta menos marcado por la competencia y más por la confianza compartida cuidadosamente. Esa posibilidad merece la pena considerarla.
He notado que cuanto más tiempo permanezco en el ecosistema cripto, menos fascinación me produce lo que pueden hacer las blockchains y más interés me despierta lo que representan. En el fondo, este espacio siempre ha sido un intento de responder una pregunta sencilla: ¿cómo creamos confianza sin renunciar al control?
Esa pregunta se sintió diferente después de pasar tiempo pensando en Babylon. No fueron las mecánicas del staking de Bitcoin con custodia propia lo que se me quedó. Fue la comprensión de que la seguridad económica de Bitcoin puede ayudar a fortalecer redes de Proof of Stake mientras BTC permanece por completo en la red de Bitcoin, bajo el control del propietario. De alguna manera, eso se siente coherente con la filosofía original de Bitcoin más que como una ruptura con ella.
La confianza es más significativa cuando la propiedad nunca cambia de manos.
Durante años pensé que el Bitcoin ocioso estaba cumpliendo su propósito simplemente con permanecer intacto. Ahora me pregunto si un activo puede quedarse exactamente donde pertenece y aun así contribuir a algo más grande. Quizá la participación no siempre requiere movimiento, y quizá la eficiencia del capital consiste realmente en permitir que la confianza se extienda más allá del propio activo.
Cuanto más reflexiono sobre ello, más veo la seguridad como algo que no tiene por qué existir en aislamiento. Si fundaciones en las que se puede confiar pueden reforzar silenciosamente otros ecosistemas sin comprometer la custodia propia, entonces tal vez el futuro de la blockchain se sienta menos marcado por la competencia y más por la confianza compartida cuidadosamente. Esa posibilidad merece la pena considerarla.
Inicia sesión para explorar más contenidos