ZhuZhu recientemente, mientras experimentaba en la pista RWA, se topó por casualidad con @Dusk . Al principio pensó que era otra vez lo mismo de las “blockchains todoterreno”; pero al desarmarlo y mirarlo con calma, descubrió que su enfoque es bastante poco intuitivo. No construye un edificio enorme donde meten de todo, sino dos edificios con funciones bien definidas, y entre ambos monta un puente.
El primer edificio se llama DuskDS y se encarga específicamente del settlement a nivel base y de la prueba/registro de datos. En otras palabras: una vez que algo se escribe ahí, nadie lo puede modificar ni eludir. Esa característica es una necesidad real en escenarios de negociación de valores. Piensa: si quieres llevar cosas como acciones y bonos a la cadena, pero la certeza no es lo suficientemente sólida, ¿quién se atrevería a poner dinero real sobre eso?
El segundo edificio es DuskEVM. Es compatible de manera directa con las herramientas de desarrollo de Ethereum. Quienes escriben contratos no tienen que aprender un lenguaje nuevo; en general, lo existente básicamente se puede trasladar y usar. Esto es muy práctico: reduce la barrera de desarrollo y también significa que la fricción del “arranque en frío” del ecosistema será mucho menor.
Pero lo que de verdad hizo que ZhuZhu se quedara pensando unos minutos fue su módulo de privacidad, Hedger.
La mayoría de proyectos que se enfocan en privacidad parten de una lógica simple: privacidad equivale a anonimato; todas las transacciones se envuelven en una especie de caja negra para que nadie pueda ver nada. Pero Hedger es opcional, no está forzado ni “amarrado” de forma obligatoria.
ZhuZhu considera que este diseño, a primera vista, parece mucho más inteligente. Porque en el mundo real, la regulación financiera no es algo que puedas rodear. Si la privacidad estuviera bloqueada de forma obligatoria, las instituciones tendrían que hacer auditorías y presentar informes de cumplimiento, y ahí no habría por dónde empezar. Por muy genial que sea el proyecto, no entraría en el sistema financiero mainstream. En cambio, la privacidad opcional deja una rendija: permite que el emisor y las autoridades regulatorias negocien y lleguen a compromisos.
Dicho de forma todavía más directa: $DUSK no quiere “plantarse contra la regulación”, sino “sentar a la regulación para poder hablar”. Esa postura es, de hecho, muy escasa dentro del sector RWA.
Claro, que una arquitectura de dos capas pueda mantenerse sincronizada y estable a largo plazo, aunque el libro blanco esté muy bien escrito, no lo explica todo; al final, siempre depende de los datos on-chain y de la verificación en el tiempo. Pero al menos, por cómo está planteado el enfoque, no es un proyecto del tipo “quiero de todo”, sino uno que ya pensó a quién serviría y en qué escenario resolvería problemas.
#dusk
El primer edificio se llama DuskDS y se encarga específicamente del settlement a nivel base y de la prueba/registro de datos. En otras palabras: una vez que algo se escribe ahí, nadie lo puede modificar ni eludir. Esa característica es una necesidad real en escenarios de negociación de valores. Piensa: si quieres llevar cosas como acciones y bonos a la cadena, pero la certeza no es lo suficientemente sólida, ¿quién se atrevería a poner dinero real sobre eso?
El segundo edificio es DuskEVM. Es compatible de manera directa con las herramientas de desarrollo de Ethereum. Quienes escriben contratos no tienen que aprender un lenguaje nuevo; en general, lo existente básicamente se puede trasladar y usar. Esto es muy práctico: reduce la barrera de desarrollo y también significa que la fricción del “arranque en frío” del ecosistema será mucho menor.
Pero lo que de verdad hizo que ZhuZhu se quedara pensando unos minutos fue su módulo de privacidad, Hedger.
La mayoría de proyectos que se enfocan en privacidad parten de una lógica simple: privacidad equivale a anonimato; todas las transacciones se envuelven en una especie de caja negra para que nadie pueda ver nada. Pero Hedger es opcional, no está forzado ni “amarrado” de forma obligatoria.
ZhuZhu considera que este diseño, a primera vista, parece mucho más inteligente. Porque en el mundo real, la regulación financiera no es algo que puedas rodear. Si la privacidad estuviera bloqueada de forma obligatoria, las instituciones tendrían que hacer auditorías y presentar informes de cumplimiento, y ahí no habría por dónde empezar. Por muy genial que sea el proyecto, no entraría en el sistema financiero mainstream. En cambio, la privacidad opcional deja una rendija: permite que el emisor y las autoridades regulatorias negocien y lleguen a compromisos.
Dicho de forma todavía más directa: $DUSK no quiere “plantarse contra la regulación”, sino “sentar a la regulación para poder hablar”. Esa postura es, de hecho, muy escasa dentro del sector RWA.
Claro, que una arquitectura de dos capas pueda mantenerse sincronizada y estable a largo plazo, aunque el libro blanco esté muy bien escrito, no lo explica todo; al final, siempre depende de los datos on-chain y de la verificación en el tiempo. Pero al menos, por cómo está planteado el enfoque, no es un proyecto del tipo “quiero de todo”, sino uno que ya pensó a quién serviría y en qué escenario resolvería problemas.
#dusk