ALEX_ZàSé

@Dusk
Hay una pequeña función escondida en un documento de blockchain que estuve revisando, y lleva tiempo dando vueltas en mi cabeza desde entonces: un sistema construido en torno a licencias en lugar de identidades. No "quién eres", sino "está permitido que hagas esto".

Piensa en cómo un portero comprueba tu identificación en un bar. No necesita tu dirección, tu trabajo ni tu nombre completo: solo necesita confirmar que tienes más de cierta edad. La mayoría de los sistemas digitales actuales se saltan por completo ese matiz; o entregas todo o no recibes nada. El enfoque basado en licencias lo invierte. Demuestras que eres elegible para algo específico, sin revelar el resto de quién eres. Esa distinción se siente realmente útil también fuera de las criptomonedas: piensa en comprobaciones de KYC, en "puertas" por edad o en credenciales profesionales, donde lo único que importa es una respuesta de sí o no.

Lo que me genera más dudas es quién emite realmente estas licencias y qué pasa cuando una necesita retirarse. Una licencia solo tiene sentido si la parte que la otorga es confiable, y esa confianza normalmente proviene de gobiernos, bancos o entidades acreditadas; ninguno de estos se mueve rápido ni se pone de acuerdo con facilidad a través de fronteras. La revocación es otra cuestión abierta: cancelar una tarjeta física es sencillo, pero deshacer una credencial criptográfica que ya se usó en algún lugar es un tipo de enredo totalmente distinto.

Así que, con cautela, me mantengo curioso más que convencido. La idea de demostrar lo justo y nada más es elegante. Si los "guardianes" del mundo real alguna vez confían en ello lo suficiente como para depender de ello, es otra historia, mucho más lenta.

Mantente curioso, mantén un poco de escepticismo y sigue aprendiendo capa por capa.
@Dusk $DUSK #dusk

@Dusk
La semana pasada un amigo me envió un artículo sobre bonos tokenizados, y me hizo pensar en algo que estaba enterrado en la documentación técnica de Dusk: un módulo llamado Zedger, creado específicamente para gestionar valores y activos del mundo real en una blockchain, no solo los tokens que la gente intercambia por diversión.

Lo que llamó mi atención es lo mundanas que son en realidad sus funciones. Dividendos. Actos corporativos. Transferencias forzadas cuando un tribunal o un regulador lo exige. Nada de eso suena emocionante en comparación con cifras de velocidad o rendimiento, pero es precisamente ese tipo de detalle aburrido lo que decide si una institución financiera puede siquiera plantearse usar una red. La mayoría de las cadenas están pensadas para transferencias abiertas y sin permisos, y la ley no funciona así. A veces hay que corregir, congelar o reasignar registros de propiedad, y un sistema que finge que no pasa nada no está realmente construido para las finanzas: está construido para la especulación. Ver que esto se reconoce en el propio diseño me pareció más realista que la mayoría de las propuestas con las que me topo.

Dicho esto, intento no dejarme llevar. Escribir "transferencia forzosa" en un contrato inteligente es una cosa; lograr que los tribunales, los custodios y los reguladores transfronterizos realmente reconozcan y actúen a través de ese mecanismo es otra. El derecho financiero varía muchísimo según el país, y las instituciones se mueven con cautela por buenas razones. Una arquitectura ingeniosa no se traduce automáticamente en reconocimiento legal, y existe una brecha real entre lo que el código puede hacer cumplir y lo que un juez o regulador aceptará.

Así que mi conclusión es sencilla: vale la pena entenderlo, no venerarlo. Mira más allá del discurso, pregunta quién realmente tiene que confiar en este sistema en la práctica y fíjate en dónde termina la promesa técnica y empieza la incertidumbre legal.

El crecimiento aquí proviene de hacer mejores preguntas, no de encontrar certidumbre.
@Dusk $DUSK #dusk

@Dusk
Hoy me encontré con una parte de la documentación de un proyecto que no había notado antes: un contrato entero dedicado solo a licencias. No a tokens, no a staking, solo licencias. Es una cosa extraña de construir en una cadena, y se me quedó grabado.

La idea detrás de esto se llama Citadel. En vez de demostrar quién eres entregando tu identidad completa cada vez, a una persona se le emite una licencia una sola vez y luego la usa para probar que tiene permiso para hacer algo, como cumplir un requisito de edad o contar con un permiso, sin revelar nada adicional. La cadena registra si esa licencia sigue siendo válida, si caducó o si fue revocada, pero no todo el expediente de la persona.

Eso fue lo que me atrapó. Gran parte del discurso sobre identidad en cripto se mantiene abstracto: "auto-soberana" esto, "posee tus datos" lo otro. Aquí está vinculado a algo concreto: un permiso real, verificado y aplicado en cadena, de la misma forma en que un portero revisa un documento de identidad sin necesitar tu dirección de casa.

Pero vuelvo una y otra vez a una pregunta: ¿quién decide qué cuenta como una licencia válida en primer lugar? ¿Una agencia gubernamental? ¿Un emisor privado? Si la fuente que otorga la licencia no está reconocida legalmente en algún lugar, toda la prueba en cadena significa muy poco fuera de esa red. La revocación es otro tema abierto: cancelar una licencia en la vida real no siempre se actualiza al instante en un libro mayor.

No creo que eso destruya el concepto. Solo significa que la parte difícil no es la criptografía; lo difícil es lograr que las instituciones realmente se pongan de acuerdo sobre quién tiene permitido emitir estas cosas.

Leyendo esto despacio, preguntándome dónde está realmente depositada la confianza, me parece un mejor hábito para construir que emocionarse demasiado rápido.
@Dusk $DUSK #dusk

@Dusk
Algo en la documentación de Dusk Network me hizo detenerme y releerlo dos veces: cada validador en la red puede, de hecho, perder dinero por recortar esquinas. No de una forma vaga de "los malos actores son expulsados", sino a través de un sistema de slashing definido, vinculado a conductas indebidas específicas: doble votación, omitir deberes, transmitir bloques en conflicto.

Al principio eso suena como un detalle puramente técnico. Pero cuanto más lo pensaba, más me recordaba a cómo funciona la rendición de cuentas en las finanzas tradicionales. Las instituciones no solo reciben una advertencia cuando se equivocan: hay consecuencias con dientes. Dusk replica esa estructura dentro de su propia capa de consenso. Pequeños deslices traen suspensión; los más grandes queman parte de la participación de un validador. También existe un proceso de finalización que bloquea un bloque en su lugar solo después de que se acumulan suficientes confirmaciones independientes, creando algo cercano a un rastro de auditoría más que una simple promesa de "confía en la red".

Eso es lo que le da peso al proyecto para mí. No es solo que afirme ser confiable: está construyendo un rastro documental de por qué algo debería ser confiado.

Aun así, intento no dejarme llevar. Un mecanismo de slashing dentro de una red no es lo mismo que la rendición de cuentas legal en el mundo exterior. El código puede penalizar a un validador de inmediato; un tribunal o un regulador sigue un cronograma completamente distinto, con incentivos diferentes y sus propios puntos ciegos. Hay una brecha real entre "el sistema detectó esto" y "alguien fuera del sistema realmente actuará en consecuencia".

Así que me interesa más que estar convencido. Vale la pena profundizar en el material de origen por tu cuenta, en lugar de tomar cualquier resumen al pie de la letra, incluido el mío. La curiosidad pequeña y constante suele enseñarte más que perseguir la certeza.
@Dusk $DUSK #dusk

@Dusk
Algo pequeño me llamó la atención mientras revisaba de nuevo los documentos de Dusk esta semana: un contrato de licencia, ligado a algo llamado Citadel, que sirve para demostrar quién eres sin mostrarle realmente a nadie tu identidad. No es una idea nueva en teoría, pero no había visto que se planteara como una pieza central de una red financiera antes.

La parte que hace que esto se sienta más que una simple característica es lo que intenta reemplazar. Ahora mismo, demostrar que cumples los requisitos para un producto financiero suele significar entregar documentos a una plataforma y confiar en que los almacenen de forma segura. El enfoque de Citadel lo invierte: tú tienes una credencial, demuestras que calificas y la contraparte nunca ve los datos subyacentes. Si de verdad funciona a escala, empieza a parecer menos un truco de blockchain y más una respuesta real a un problema con el que bancos e intercambios lidian todos los días.

La duda que tengo es menos sobre la criptografía y más sobre las personas. Los sistemas de identidad nacen o mueren según quién emite las credenciales y si alguien realmente las acepta fuera de la red que las construyó. Una licencia solo es útil si las instituciones acuerdan que significa algo. Ese es un proceso lento y político, no uno técnico, y ningún diseño ingenioso de pruebas lo acelera por sí solo.

No estoy listo para dar esto por resuelto solo porque el diseño sea elegante. Preferiría ver cómo se usa, quién lo adopta y si resiste fuera de una demo.

La curiosidad vale más que la certeza, especialmente tan temprano.
@Dusk $DUSK #dusk

@Dusk
Enterrado en un documento técnico sobre una red blockchain, encontré algo que se sentía casi contradictorio. Si la red se atasca lo suficientemente mal, hay un mecanismo de respaldo: un bloque vacío que se firma usando una clave que posee la empresa detrás del propio proyecto, no los validadores habituales.

La red es Dusk. Todo lo demás se construye para eliminar puntos únicos de control, distribuyendo la confianza entre miles de stakers en lugar de un solo operador. Y luego está este mecanismo de emergencia, que permanece discretamente al lado, que solo funciona porque una organización específica posee una clave específica. Es raro, está pensado para escenarios de peor caso, y solo produce un bloque vacío sin transacciones. Aun así, está allí.

Honestamente, eso fue lo que hizo que el proyecto me pareciera más real, no menos. La descentralización pura suena genial hasta que algo se rompe de verdad a las 3 a.m. y nadie puede ponerse de acuerdo sobre qué ocurre después. Tener una opción documentada, acotada y como último recurso se parece más a cómo se construye la infraestructura real. Las aerolíneas tienen desvíos manuales. Las redes eléctricas tienen apagados de emergencia. Los sistemas pensados para servir a personas reales suelen mantener una forma de intervenir cuando todo lo demás falla.

Lo que me inquieta un poco es cuánto fideicomiso exige ese detalle, en silencio. Un respaldo así solo funciona si las personas que tienen la clave nunca la usan mal, y si todos los que emplean la red realmente lo creen. Ningún diseño ingenioso elimina la necesidad de esa creencia.

Así que sostengo dos ideas a la vez: esto es una pieza de ingeniería reflexiva, y también un recordatorio de que "sin confianza" rara vez es toda la historia cuando entran en la ecuación el dinero real y las fallas reales.

Merece la pena pensarlo con calma y mantener un poco de escepticismo mientras aprendes.
@Dusk $DUSK #dusk

@Dusk
Me di cuenta de algo pequeño el otro día: casi todo ahora te pide que demuestres quién eres sin que te den todo tu historial de vida. Un bar comprueba que tienes más de 21 años sin necesitar tu dirección de casa. Un propietario comprueba que puedes pagar sin ver el historial bancario completo. El sistema de licencias de Dusk, llamado Citadel, básicamente intenta construir esa misma idea en la cadena: demostrar que calificas para algo sin revelar todo lo demás sobre ti.

Lo que lo hace sentirse menos como un proyecto de ciencia es en dónde está pensado para encajar. No es una app de identidad independiente; se apoya sobre la misma red que gestiona el staking, las transferencias y la emisión de activos. Eso importa porque las herramientas de identidad creadas de forma aislada tienden a quedarse en lo teórico. Esta está diseñada para funcionar junto con actividad financiera real, vinculada a valores y reglas de activos concretas, en lugar de ser solo una demostración de matemáticas ingeniosas.

Aun así, sigo volviendo a una pregunta: nada de esto funciona si alguien con verdadero respaldo, un banco, una institución, una oficina gubernamental, no acepta emitir esas credenciales en primer lugar. La criptografía puede ser impecable y aun así no ir a ninguna parte si nadie lo suficientemente confiable decide usarla. Y hay otra preocupación más silenciosa: quien controle emitir y revocar el acceso tendrá un poder real sobre las personas, sin importar qué tan privada sea la matemática subyacente.

Todo esto no significa que el concepto falle. Solo quiere decir que lo difícil no es el software; es convencer al mundo de que realmente se conecte a ello. Pasa la página del discurso, pregunta quién está realmente detrás de las credenciales y sigue aprendiendo antes de confiar tu identidad a cualquier sistema. El crecimiento viene de mantener un poco el escepticismo.
@Dusk $DUSK #dusk

@Dusk
Me encontré con un detalle en el whitepaper de Dusk que me hizo pausar un contrato construido específicamente para licencias. No para tokens, no para comisiones, solo para permisos. Se llama Citadel, y su función completa es comprobar si alguien está autorizado para hacer algo antes de que la red le permita hacerlo. Lleva el control de si una licencia es válida, cuándo expira y gestiona renovaciones o revocaciones, todo como parte del protocolo base.

Lo que me llamó la atención es cómo esto se empareja con el lado de la privacidad de la red. El modelo Phoenix de Dusk permite a las personas realizar transacciones usando direcciones estilo sigilo, de modo que las identidades permanecen protegidas frente al público. Pero también les da a los usuarios algo llamado una clave de vista, una forma de permitir que una parte confiable escanee transacciones relevantes sin llegar nunca a tener la capacidad de gastar los fondos. Así que la privacidad no es secreto absoluto; es visibilidad controlada, entregada bajo los propios términos del usuario.

Juntas, la concesión de licencias y la privacidad empiezan a parecer menos una contradicción y más dos caras de la misma idea: demostrar que tienes permiso para actuar sin exponerlo todo sobre quién eres.

Aun así, un mecanismo como este depende en gran medida de cómo se implemente en la práctica. Quién emite una licencia, cómo se revoca, cómo se comparte o se usa mal una clave de vista: nada de eso está garantizado solo por un buen diseño. El código puede definir las reglas, pero la aplicación en el mundo real es donde normalmente se complica todo.

Es un recordatorio de que las herramientas de privacidad no son automáticamente seguras solo porque estén bien diseñadas. Entender cómo funciona algo importa más que confiar en que funciona.
@Dusk $DUSK #dusk

@Dusk
Algo pequeño se me quedó en la cabeza mientras revisaba la documentación de Dusk: la red no obliga a las personas a transaccionar de una sola manera. Hay una opción abierta, estilo cuenta, y otra protegida, y ambas viven en la misma cadena, una al lado de la otra. Es una elección de diseño pequeña, pero refleja cómo el dinero ya funciona en la vida real: tienes una cuenta corriente que un banco puede ver, y también tienes cosas que prefieres mantener solo para ti, como facturas médicas o un préstamo privado entre familiares.

Lo que hizo que esto se sintiera fundamentado y no como un truco es el razonamiento detrás. En lugar de tratar la privacidad como una ocurrencia tardía o como una solución alternativa, se plantea como algo con lo que tanto los reguladores como los usuarios pueden convivir, con pruebas sin exposición total. Está estructurado para que una institución pudiera, en teoría, auditarlo sin exigir que todo el detalle sea público. Esa es la parte que normalmente se ignora en la mayoría de proyectos que persiguen el anonimato solo por el anonimato.

Dicho esto, no estoy completamente convencido de que por sí solo cierre la brecha. Tener dos vías de transacción suena limpio en teoría, pero los sistemas financieros reales son desordenados: contratos antiguos, errores humanos, incentivos desalineados, instituciones lentas para adaptarse a cualquier cosa nueva. Un modelo dual puede reducir la fricción, sí, pero no puede obligar al equipo de cumplimiento de un banco ni a un regulador gubernamental a confiar en ello o a entenderlo. La adopción es un problema de personas tanto como uno técnico, y esa parte nunca aparece de forma ordenada en un diagrama.

Aun así, es un intento más reflexivo que la mayoría que intentan resolver a la vez privacidad y rendición de cuentas, en lugar de elegir un bando y esperar que los reguladores eventualmente se pongan al día.

Conclusión breve: mantente curioso, cuestiona el acabado y deja que la comprensión crezca con cada lectura honesta.
@Dusk $DUSK #dusk

@Dusk
Hay un pequeño detalle escondido cerca del final de un documento de blockchain que revisé este fin de semana y que se me quedó grabado más que los llamativos mecanismos de consenso. Entre las últimas páginas había un sistema de licencias, una forma de que alguien demuestre que tiene una credencial válida sin tener que entregar toda su identidad para hacerlo.

Esa idea no deja de atraerme la atención. Ahora mismo, demostrar quién eres en línea suele significar subir un documento de identidad escaneado, un selfie, a veces una factura de servicios públicos, y confiar en que alguna empresa lo almacene todo de forma segura. Este enfoque lo invierte. Demostrarías que tienes permiso para hacer algo, por ejemplo, negociar un cierto activo, sin exponer el documento subyacente ni los datos personales detrás de él. La propia licencia se convierte en la prueba: se verifica y se revoca en la cadena (on-chain) en lugar de quedarse en alguna base de datos.

Lo que hace que valga la pena prestar atención es que no se presenta como una función secundaria. Está construido como un contrato central, pensado para gestionar la emisión, la caducidad y la revocación de la misma manera que una institución real gestionaría una licencia o un permiso.

Mi duda no es sobre la criptografía, sino sobre la adopción. Un sistema de verificación solo sirve si las personas y entidades que emiten licencias, los bancos, las agencias, las plataformas, realmente se conectan a él. Un buen diseño en el papel no garantiza que alguien fuera del proyecto quiera usarlo, y lograr que las instituciones cambien la forma en que verifican a las personas es un proceso lento y político, no técnico.

Aun así, es un recordatorio de que gran parte del valor real en este espacio no está en el precio del token, sino en si estos sistemas pueden resolver en silencio problemas prácticos y aburridos como la identidad y la confianza.

Merece la pena pensarlo con calma; no merece apresurarse a sacar una conclusión.
@Dusk $DUSK #dusk

@Dusk
Algo llamó mi atención mientras leía sobre un proyecto más nuevo de blockchain: no les da a los usuarios un solo tipo de cuenta, sino dos. Una funciona como un extracto bancario normal, totalmente visible. La otra oculta los números por completo, pero aun así demuestra que se siguieron todas las reglas usando matemáticas en lugar de papeleo.

Esa separación es lo que hace que se sienta menos como un experimento y más como algo construido pensando en las finanzas de verdad. Los bancos ya separan el dinero de esta manera de forma informal: una cuenta corriente que cualquiera podría mirar de reojo, y una cuenta privada de la que nadie habla. Ver esa misma separación escrita directamente en el protocolo, con pruebas criptográficas en lugar de confianza, indica un proyecto que piensa más allá del hype y hacia cómo operan realmente las instituciones en el día a día.

También hay una parte sobre la velocidad de liquidación: los bloques alcanzan la finalidad en cuestión de segundos en lugar de la espera larga habitual. Para cualquier cosa que se parezca a operaciones reales de trading o transferencias, ese detalle de tiempos importa más de lo que la mayoría de la gente se imagina.

Pero sigo volviendo a una pregunta: ¿todo esto se sostiene fuera del código? Una prueba que muestra que se siguió una regla on-chain no significa automáticamente que un tribunal, una oficina de impuestos o un auditor externo lo acepten. Las instituciones avanzan con base en precedentes, papeleo y años de cautela, no solo en una criptografía elegante. Hasta que ese puente se construya en la práctica, esto sigue siendo un diseño interesante, no un sistema financiero terminado.

Así que lo leo menos como un gran avance y más como una pregunta abierta que vale la pena seguir. Es un intento real de conectar tecnología privada con reglas públicas, pero los intentos y los resultados son cosas distintas.

Mantente escéptico, mantente curioso, y sigue leyendo más allá de los titulares.

El crecimiento proviene de hacer mejores preguntas, no de encontrar certezas.
@Dusk $DUSK #dusk

@Dusk
Estaba hojeando algunas documentaciones técnicas sobre un proyecto de blockchain llamado Dusk anoche, y una pequeña sección me llamó la atención más que el llamativo tema del consenso: un sistema de contratos construido alrededor de licencias y verificación de identidad, no solo de transferencias de tokens.

La idea es que ciertas acciones en la red requerirían una licencia válida, casi como un sistema de permisos, registrada en la cadena de bloques, con vencimiento y renovación incluidos. Es una cosa extraña de imaginar en un blockchain, honestamente. Normalmente pensamos en estas redes como permissionless por naturaleza, abiertas a cualquiera que tenga una wallet. Pero aquí hay un proyecto construyendo en silencio lo contrario, al menos para casos de uso específicos ligados a las finanzas.

Lo que hizo que esto se sintiera más arraigado y menos “gimmicky” fue el enfoque en instituciones reales. Los mercados financieros ya funcionan con licenciamiento, verificación y rendición de cuentas. Ignorar eso en nombre de la descentralización tiende a mantener el dinero serio al margen. Así que diseñar estructuras de identidad y permisos directamente en el protocolo se siente como un intento de acercarse a los sistemas existentes a medio camino en lugar de exigir que cambien primero.

Dicho esto, todavía no me convence del todo. El licenciamiento sobre el papel es fácil. Hacerlo cumplir a través de fronteras, decidir quién emite licencias y determinar qué ocurre cuando una disputa llega a un tribunal real en vez de a un smart contract, ahí está lo difícil. El código puede restringir acciones, pero no puede resolver un argumento legal entre dos partes que no están de acuerdo.

Así que mi reacción honesta está en algún punto entre la curiosidad y la cautela. Es un recordatorio de que un diseño ingenioso resuelve problemas técnicos, no los legales o institucionales. Esos todavía requieren tiempo, confianza y pruebas en el mundo real.

Descubrimientos pequeños como este son exactamente la razón por la que mantenerse curioso importa. Siempre hay otra capa que vale la pena entender antes de formar una opinión.
@Dusk $DUSK #dusk

@Dusk
Algo pequeño me llamó la atención esta semana: un concepto de blockchain construido en torno a “licencias” en lugar de tokens. No es el tipo de licencia del mundo cripto, sino algo más parecido a una licencia de conducir o a un certificado profesional: emitido y verificado digitalmente.

La idea es sencilla, pero resulta bastante poderosa: podrías demostrar que estás autorizado para hacer algo votar, comerciar, acceder a un servicio sin tener que entregar toda tu identidad cada vez. El sistema comprueba la prueba, no tu nombre, tu dirección ni tu historial. Esto supone un cambio real frente a cómo suele funcionar la verificación, donde una sola empresa u oficina gubernamental guarda todos tus datos en un solo lugar.

Lo que hace que esto se sienta menos como un truco es que está ligado a un protocolo real pensado para licencias e identidad, no solo como una función de pago “pegada” a una moneda. Está apuntando a algo que los gobiernos y las empresas ya manejan cada día: demostrar elegibilidad sin sobrecompartir.

Mi duda es simple: los sistemas de identidad viven o mueren por la adopción. Una ingeniosa prueba criptográfica no sirve de mucho si ninguna agencia, banco o plataforma está de acuerdo en aceptarla. Revocar una licencia, gestionar claves perdidas o lidiar con el fraude en un sistema de identidad descentralizada sigue siendo un enredo en la práctica, incluso si en papel es elegante. El código puede definir las reglas, pero la gente y las organizaciones deciden si esas reglas importan.

Me interesa, pero aún no estoy convencido. Una cosa es diseñar una identidad respetuosa con la privacidad; otra es que el mundo confíe en ella y la use de verdad.

Lección para mí: leer más allá del discurso, preguntar qué pasa cuando las cosas se rompen y seguir aprendiendo en lugar de asumir que la tecnología ya resolvió la parte difícil. La curiosidad lenta y constante gana a cualquier hype ciego.
@Dusk $DUSK #dusk

@Dusk
Hay una pequeña pieza escondida dentro del diseño de Dusk llamada Citadel, y honestamente me llamó la atención más que cualquiera de las afirmaciones sobre velocidad o rendimiento. Básicamente, es un sistema de licencias: una forma de demostrar que tienes permiso para hacer algo sin entregar toda tu identidad para hacerlo.

Esa idea se siente más cercana a cómo funciona la identidad en la vida diaria. No enseñas tu pasaporte completo para comprar una bebida en un bar; solo demuestras que tienes la edad suficiente. Citadel parece perseguir esa misma lógica on-chain, probando la elegibilidad en vez de exponer el historial completo de una persona cada vez. Cuando una red integra ese tipo de prueba selectiva directamente en la manera en que gestiona el acceso, deja de sentirse como un truco cripto y empieza a parecer algo que un banco, un exchange o incluso una oficina de gobierno podrían usar de forma plausible.

Esa es la parte que lo hace sentirse fundamentado en lugar de algo meramente teórico: la idea no es la privacidad por el simple hecho de ser privacidad; es privacidad diseñada en torno a reglas que ya existen en el mundo real.

Pero construir la herramienta es la parte fácil. Conseguir que un organismo de licencias real, un banco o un sistema judicial confíe y acepte una prueba criptográfica en lugar de un documento sellado es un proceso mucho más lento y enredado. Una adopción así no ocurre porque la tecnología sea ingeniosa; ocurre porque suficientes personas con autoridad deciden cambiar cómo verifican las cosas, y ese tipo de cambio suele tardar años, no se da en un solo lanzamiento.

Así que me mantengo interesado sin dejarme arrastrar. Un diseño inteligente resuelve un problema; el mundo poniendo al día el resto. Pasos pequeños, curiosidad constante y siempre comprobando qué es lo que realmente se ha probado frente a lo que solo se ha prometido.
@Dusk $DUSK #dusk

@BabylonLabs_io
Por qué el código de Bitcoin bloqueado sigue pareciendo riesgoso

Un amigo me preguntó la semana pasada por qué alguien bloquearía Bitcoin en algún contrato matemático en vez de, ya sabes, guardarlo en su billetera. Pregunta justa.

La respuesta me sorprendió: porque todos ya lo estamos haciendo, pero de forma deficiente. Cada vez que usas Bitcoin como garantía para un préstamo, estás confiando en alguien. O se lo entregas (y confías en que lo devolverán), o lo conectas a Ethereum (y confías en el operador del puente), o aceptas una versión tokenizada (y confías en el emisor). Ninguna de estas opciones es segura. Lo único que hemos hecho es normalizar el riesgo.

Lo que cambia aquí es que la confianza queda codificada en matemáticas. Dos personas pueden estructurar un contrato donde Bitcoin se desbloquea solo cuando exista una prueba específica en otra blockchain, como la prueba de que un préstamo fue devuelto. No hay intermediario que decida. No hay votaciones de un comité. Las condiciones se fijan antes de que nadie bloquee nada.

Eso realmente importa para miles de millones de dólares que quedan atrapados sin usarse.

Pero entiendo por qué mi amigo era escéptico. Esto te exige confiar en el código, la criptografía, el oráculo que introduce precios en el sistema. Estás reemplazando la confianza institucional por confianza técnica, que parece más segura hasta que deja de serlo. Un error, una explotación ingeniosa, una manipulación del oráculo, y todo se rompe. La mayoría de la gente no puede auditar los sistemas en los que se apoya, lo que significa que solo estamos eligiendo guardias distintos.

La prueba real no es si las matemáticas funcionan, sino si esto escala sin convertirse en otro club exclusivo para quienes lo entienden.

La conclusión honesta: posibilidad sin garantías. Mantente curioso, mantente cauto, sigue aprendiendo.
@BabylonLabs_io $BABY #baby

@BabylonLabs_io
Un amigo me preguntó la semana pasada por qué alguien se molestaría en bloquear su bitcoin en una configuración llena de pruebas, timelocks y transacciones prefirmadas en vez de simplemente dárselo a una app de préstamos que ya usa. Pregunta razonable.

Mi respuesta honesta fue: porque “entregarlo” ya ha salido mal demasiadas veces como para que la gente no se haga preguntas más difíciles. Cuando una plataforma custodia tus monedas y algo se rompe por dentro, en realidad ya no eres un cliente: eres un acreedor haciendo fila, esperando que un tribunal, eventualmente, ponga orden. Ese proceso puede tardar años y, muchas veces, la gente recupera una fracción de lo que puso, si es que recupera algo.

Ahí es donde esta idea de bóveda me hace clic. En lugar de depender del balance de una empresa o de una sentencia de un juez a posteriori, las reglas sobre quién puede mover las monedas y bajo qué condiciones quedan fijadas de antemano, directamente en Bitcoin. No hace falta demandar para obligarlos a comportarse correctamente, porque desde el principio hay menos margen para comportarse mal.

Aun así, no quiero que suene infalible. El sistema solo funciona si los liquidadores aparecen cuando deben, si las fuentes de precios se mantienen precisas y si el código subyacente hace exactamente lo que afirma. Una ley puede reescribirse si se descubre que está mal. El código que ya está en funcionamiento y custodia dinero real es mucho menos tolerante con los errores.

Así que mi conclusión no es “esto lo arregla todo”. Es más bien que eliminar un tipo de riesgo normalmente solo introduce otro, y vale la pena saber cuál es el que realmente estás aceptando.

Merece la pena pensarlo bien antes de relajarse demasiado, en cualquier sentido.
@BabylonLabs_io $BABY #baby

@BabylonLabs_io
La semana pasada, un amigo me preguntó por qué alguien bloquearía su Bitcoin en una bóveda en vez de simplemente guardarlo en una wallet normal. Pregunta razonable.

Al principio no tuve una respuesta clara. Luego empecé a leer sobre "bóvedas de Bitcoin sin confianza" y entendí por qué esto importa más allá de la tecnología en sí. La mayor parte del BTC que hoy está en DeFi llega allí mediante tokens envueltos o puentes, lo cual en realidad significa esto: otra persona está sosteniendo tus monedas mientras confías en que no van a desaparecer, no van a ser hackeadas y no van a ser congeladas por un regulador. Eso no es descentralización de verdad; es custodia tercerizada con pasos extra.

Lo que hace que esta idea se sienta más sólida es que intenta eliminar por completo esa capa humana o institucional. Sin custodio, sin comité, sin un operador al que tengas que confiar para que actúe con honestidad. Las monedas permanecen en Bitcoin y el acceso solo se concede cuando una prueba criptográfica se verifica. Si funciona como se describe, cierra una zona legal gris real: la pregunta de quién es responsable cuando falla un puente o cuando demandan o cierran a un custodio.

Aun así, soy prudente. "Sin confianza" sobre el papel no significa intocable por el mundo real. Los oráculos de precios, los liquidadores, los front-ends, e incluso las cadenas de contratos inteligentes a las que se conectan estas bóvedas son cosas a las que los reguladores todavía pueden llegar. El código puede ser neutral mientras todo lo construido alrededor no lo sea. Ese espacio entre lo que está garantizado criptográficamente y lo que es exigible en la práctica es donde la mayoría de las promesas de la cripto, en silencio, terminan desmoronándose.

Así que no estoy listo para decir que esto es un problema resuelto. Más bien, como un intento realmente interesante. Vale la pena entenderlo, vale la pena cuestionarlo, pero no vale la pena creerlo a ciegas.

Aprender despacio y con constancia supera a perseguir la certeza cada vez.
@BabylonLabs_io $BABY #baby

@BabylonLabs_io
Un amigo me preguntó recientemente por qué alguien se molestaría en construir algo tan complicado sobre Bitcoin en lugar de usar solo un acuerdo de escrow normal. Esa pregunta se me quedó grabada, así que investigué una propuesta de préstamos respaldados por Bitcoin y, la verdad, me respondió de una manera que no esperaba.

En una configuración típica de escrow o custodia, si una de las partes desaparece o actúa de mala fe, tu única opción real es un contrato y un juzgado. Eso funciona, pero es lento, caro y depende de dónde vivas. Lo que destacó aquí fue cómo el diseño maneja una promesa incumplida sin necesitar a un juez en absoluto. Si alguien intenta retirar fondos a los que no tiene derecho, la otra parte puede detectarlo directamente en la cadena, dentro de una ventana fija, usando matemáticas en lugar de papeleo. Es menos “llama a un abogado” y más “el sistema ya verificó”.

Pero no estoy del todo convencido de que esto elimine todas las brechas. Todavía alguien tiene que vigilar el mal comportamiento en tiempo real, generar pruebas correctamente y almacenar datos bastante pesados solo por si ocurre una disputa. Si ese mantenimiento se externaliza a un puñado de operadores profesionales, vuelves a depender de un grupo pequeño haciendo su trabajo bien, pero con menos protecciones formales que te daría un acuerdo legal real.

Así que mi conclusión honesta es: eliminar a los abogados no es lo mismo que eliminar el riesgo. Solo cambia el tipo de riesgo que estás aceptando y quién es responsable de detectar los errores.

Recordatorio para mí: leer la mecánica antes de creer el titular.
@BabylonLabs_io $BABY #baby

@BabylonLabs_io
La semana pasada un amigo me preguntó por qué alguien prestaría dinero a un desconocido total en internet. Buena pregunta. Normalmente eso solo funciona porque hay un banco, un contrato o una corte respaldando el trato. Quitas eso y la mayoría de la gente asume que es una estafa esperando a suceder.

Eso es lo que me dio curiosidad por el diseño de la bóveda de Babylon. Su ejemplo es casi aburrido por lo simple: una persona quiere pedir un préstamo, otra quiere prestar contra BTC, y ninguno se ha conocido con el otro ni tiene razones para confiar. En lugar de un intermediario, pre-firman un conjunto de transacciones de Bitcoin que solo se desbloquean bajo condiciones específicas y comprobables: o se pagó la devolución, o el precio cayó y es justo liquidar. Nadie tiene que "confiar" en la palabra de la otra parte.

Lo que hace que esto se sienta diferente de la mayoría de los argumentos en cripto es que no está vendiendo una moneda nueva ni una promesa de rendimientos. Está intentando reemplazar una relación legal —normalmente respaldada por contratos y tribunales— por algo que simplemente se verifica por sí mismo. Ese cambio es realmente interesante, porque significa que la "ejecución" no es un juez: es matemática.

Pero sigo volviendo a una cosa: la matemática no maneja disputas, ambigüedades o casos límite de mala fe como lo hace un sistema legal. Si un liquidador colude, o si un oráculo de precios se manipula, no hay un juez al que apelar para que se corrija lo que el código decidió. Eso no es exactamente un defecto, pero sí es un intercambio real con el que la gente debería convivir antes de asumir que "no hace falta confianza" significa "no hay riesgo".

La buena tecnología no elimina la necesidad de buen criterio. Sigue haciendo preguntas, sigue leyendo más allá del resumen y sigue volviéndote más preciso con todo lo nuevo que examines.
@BabylonLabs_io $BABY #baby

@BabylonLabs_io
La semana pasada, un amigo me preguntó por qué alguien se molestaría en bloquear Bitcoin en un acuerdo de contrato inteligente en lugar de simplemente... enviar mensajes a la otra persona y ponerse de acuerdo sobre los términos. Pregunta válida. La gente ha hecho acuerdos de apretón de manos durante siempre. El problema es qué pasa cuando una de las partes cambia de opinión a mitad de camino.

Eso es lo que me hizo pensar en cómo funciona realmente esta nueva ola de diseños de préstamos con Bitcoin. En lugar de depender de un intermediario que custodie las monedas y decida quién estaba "en lo correcto," el propio acuerdo se escribe en transacciones prefirmadas. Nadie tiene que pedir permiso para recuperar sus fondos: las condiciones ya estaban bloqueadas antes de que el trato siquiera comenzara. Es algo más parecido a cómo se supone que debería funcionar un contrato bien redactado: el resultado no depende del estado de ánimo ni de la memoria de alguien más tarde.

Eso es lo que hace que se sienta más aterrizado que el discurso habitual de las criptomonedas. No te pide que creas en un equipo o en una marca. Te pide que revises las condiciones reales escritas en la transacción.

Pero sigo volviendo a las partes que no encajan del todo en el código. Las fuentes de precios aún vienen de algún lugar fuera del sistema. Los liquidadores aún necesitan presentarse a tiempo. Y si algo se rompe, todavía no hay una respuesta clara sobre quién es responsable a los ojos de un regulador o de un tribunal. La ingeniería puede ser hermética, mientras que el panorama legal que la rodea sigue por definirse.

Así que mi opinión honesta: cimientos interesantes, no una respuesta final. Vale la pena entender por cuenta propia los mecanismos en lugar de tomar el resumen de alguien al pie de la letra.

Aprender de forma pequeña y constante supera perseguir la próxima gran promesa.
@BabylonLabs_io $BABY #baby