GAEL_
Binance KOL | Observes Markets, Shares What Matters | Follow me on X: @Gael_Gallot_
450 Siguiendo
17.8K+ Seguidores
8.2K+ Me gusta
706 compartieron
Todo
Citas
Videos
Live
PINNED
LAS ACCIONES TOKENIZADAS ESTÁN LLEGANDO—Y PODRÍAN CAMBIARLO TODO | $XAI $MET $AXS
No puedo dejar de pensar en lo que dijo el CEO de Coinbase, Brian Armstrong: las acciones tokenizadas no son una posibilidad, son inevitables.
Imagina comprar fracciones de una acción en cualquier parte del mundo, liquidando al instante y pagando una fracción de las tarifas tradicionales. Eso no es una exageración futurista; así es como podría funcionar la próxima generación de mercados.
Los números hablan por sí mismos. $18 mil millones en activos tokenizados ya están circulando, con plataformas como Ondo Finance agregando 98 nuevas acciones y ETFs.
Incluso gigantes como BlackRock están experimentando, señalando que la adopción general está más cerca de lo que pensamos.
¿LA VENTAJA?
Dividendos de stablecoin, acceso global y un mercado que nunca duerme. Pero también hay tensión: los debates regulatorios en EE.UU., especialmente en torno a la Ley CLARITY, están poniendo a prueba qué tan rápido puede escalar esta innovación mientras sigue siendo compatible.
#TrumpNewTariffs #MarketRebound #coinbase #CryptoMarketAnalysis #CryptoETFMonth
No puedo dejar de pensar en lo que dijo el CEO de Coinbase, Brian Armstrong: las acciones tokenizadas no son una posibilidad, son inevitables.
Imagina comprar fracciones de una acción en cualquier parte del mundo, liquidando al instante y pagando una fracción de las tarifas tradicionales. Eso no es una exageración futurista; así es como podría funcionar la próxima generación de mercados.
Los números hablan por sí mismos. $18 mil millones en activos tokenizados ya están circulando, con plataformas como Ondo Finance agregando 98 nuevas acciones y ETFs.
Incluso gigantes como BlackRock están experimentando, señalando que la adopción general está más cerca de lo que pensamos.
¿LA VENTAJA?
Dividendos de stablecoin, acceso global y un mercado que nunca duerme. Pero también hay tensión: los debates regulatorios en EE.UU., especialmente en torno a la Ley CLARITY, están poniendo a prueba qué tan rápido puede escalar esta innovación mientras sigue siendo compatible.
#TrumpNewTariffs #MarketRebound #coinbase #CryptoMarketAnalysis #CryptoETFMonth
sí
OBTÉN TUS GRATIS Paletas AQUÍ 🍭
$BTC $ETH $BNB
{spot}(BNBUSDT)
{spot}(ETHUSDT)
{spot}(BTCUSDT)
$BTC $ETH $BNB
{spot}(BNBUSDT)
{spot}(ETHUSDT)
{spot}(BTCUSDT)
OBTÉN TUS GRATIS Paletas AQUÍ 🍭
$BTC $ETH $BNB
$BTC $ETH $BNB
🎙️ Let's build Binance Square together!$BNB
Finalizado
05 h 59 m 58 s
36.4k
31
🎙️ 畅聊wbe3，共建币安广场！
Finalizado
04 h 45 m 54 s
35.3k
135
"Estoy escuchando un Audio en Vivo ""Tendencias del Mercado $BTC $BNB $SOL $ETH"" en Binance Square, únete a mí aquí: "
https://app.binance.com/uni-qr/cspa/35550468819201?r=MV25KJTN&l=en&uc=app_square_share_link&us=copylink
https://app.binance.com/uni-qr/cspa/35550468819201?r=MV25KJTN&l=en&uc=app_square_share_link&us=copylink
🎙️ 行情起伏不定，交易员怎么稳定盈利？ #BNB
Finalizado
05 h 06 m 24 s
10.9k
51
🎙️ 聊聊赚米，听听音乐
Finalizado
05 h 59 m 59 s
41.9k
43
$VANRY Habilita la Ejecución Predictable de IA Donde los Sistemas de Mejor Esfuerzo Fallan
Los sistemas de IA no fallan porque carezcan de inteligencia. Fallan cuando la ejecución es incierta. La infraestructura de mejor esfuerzo asume que el cómputo, el almacenamiento y la liquidación eventualmente se resolverán. Para los flujos de trabajo de IA que dependen de la persistencia, el contexto y las acciones repetidas, esa suposición no se sostiene.
Vanar aborda esto a nivel de infraestructura. La ejecución no se deja al azar o a incentivos posteriores. @Vanarchain se requiere por adelantado para reservar recursos y hacer cumplir la finalización. Una vez que comienza un proceso, la red está económicamente comprometida a llevarlo a cabo. Esto elimina la ambigüedad en torno a los retrasos, la ejecución parcial y los flujos de trabajo abandonados.
La predictibilidad es el verdadero diferenciador. Las aplicaciones impulsadas por IA necesitan un comportamiento estable, no costos fluctuantes o ejecución condicional. $VANRY ancla las garantías de ejecución directamente en el sistema, manteniendo la complejidad invisible para los usuarios finales mientras asegura la fiabilidad por debajo.
Donde los sistemas de mejor esfuerzo dependen de la esperanza y los incentivos, Vanar depende de la aplicación de la ley. $VANRY existe para hacer que la ejecución de IA sea confiable, persistente y lista para su uso en el mundo real.
#vanar
Los sistemas de IA no fallan porque carezcan de inteligencia. Fallan cuando la ejecución es incierta. La infraestructura de mejor esfuerzo asume que el cómputo, el almacenamiento y la liquidación eventualmente se resolverán. Para los flujos de trabajo de IA que dependen de la persistencia, el contexto y las acciones repetidas, esa suposición no se sostiene.
Vanar aborda esto a nivel de infraestructura. La ejecución no se deja al azar o a incentivos posteriores. @Vanarchain se requiere por adelantado para reservar recursos y hacer cumplir la finalización. Una vez que comienza un proceso, la red está económicamente comprometida a llevarlo a cabo. Esto elimina la ambigüedad en torno a los retrasos, la ejecución parcial y los flujos de trabajo abandonados.
La predictibilidad es el verdadero diferenciador. Las aplicaciones impulsadas por IA necesitan un comportamiento estable, no costos fluctuantes o ejecución condicional. $VANRY ancla las garantías de ejecución directamente en el sistema, manteniendo la complejidad invisible para los usuarios finales mientras asegura la fiabilidad por debajo.
Donde los sistemas de mejor esfuerzo dependen de la esperanza y los incentivos, Vanar depende de la aplicación de la ley. $VANRY existe para hacer que la ejecución de IA sea confiable, persistente y lista para su uso en el mundo real.
#vanar
@Plasma enfatiza la Recuperación de Fondos en lugar de la Ejecución Continua.
Plasma está diseñado en base a suposiciones preliminares de que la ejecución fuera de la cadena eventualmente será fallida. Los operadores pueden detener, bloquear transacciones o denegar datos. Plasma no tiene como objetivo asegurar una disponibilidad constante; en cambio, considera lo que ocurre cuando las fallas suceden.
Con el fin de llevar la ejecución fuera de la cadena para reducir la carga en Ethereum, la propiedad nunca se transfiere. El dinero se hace cumplir en Ethereum mediante esquemas de salida preestablecidos. En caso de que la cadena hija se vuelva poco confiable, los usuarios no necesitan esperar hasta que se logre la recuperación o la coordinación. Pueden comenzar salidas, presentar pruebas y reclamar activos directamente en la capa base.
Este diseño provoca que la recuperación de fondos sea la principal garantía, en lugar de una implementación continua. La falla puede tener un efecto interviniente en la actividad normal, pero el poder de retirar se mantiene. Tal compromiso determina la estructura de Plasma y restringe su expresividad, así como también define su lugar en el espacio de escalado. @Plasma solo considera la escalabilidad aceptable en casos donde los usuarios tengan una forma clara y verificable de regresar a Ethereum.
#Plasma
$XPL
Plasma está diseñado en base a suposiciones preliminares de que la ejecución fuera de la cadena eventualmente será fallida. Los operadores pueden detener, bloquear transacciones o denegar datos. Plasma no tiene como objetivo asegurar una disponibilidad constante; en cambio, considera lo que ocurre cuando las fallas suceden.
Con el fin de llevar la ejecución fuera de la cadena para reducir la carga en Ethereum, la propiedad nunca se transfiere. El dinero se hace cumplir en Ethereum mediante esquemas de salida preestablecidos. En caso de que la cadena hija se vuelva poco confiable, los usuarios no necesitan esperar hasta que se logre la recuperación o la coordinación. Pueden comenzar salidas, presentar pruebas y reclamar activos directamente en la capa base.
Este diseño provoca que la recuperación de fondos sea la principal garantía, en lugar de una implementación continua. La falla puede tener un efecto interviniente en la actividad normal, pero el poder de retirar se mantiene. Tal compromiso determina la estructura de Plasma y restringe su expresividad, así como también define su lugar en el espacio de escalado. @Plasma solo considera la escalabilidad aceptable en casos donde los usuarios tengan una forma clara y verificable de regresar a Ethereum.
#Plasma
$XPL
Las cadenas modulares son mucho más adaptables en referencia a la velocidad de ejecución, especialización y rendimiento. Lo que discuten mucho menos es la presión que tales diseños ejercen sobre la disponibilidad de datos cuando los sistemas crecen. La ejecución puede ser de alta velocidad y elegante, pero solo puede ser tan descentralizada como lo son las condiciones de múltiples actores independientes que pueden acceder a los mismos datos, de manera concurrente, sin ser coordinados fuera del protocolo.
Es ahí donde se cuelan los males. Los sistemas no se detienen cuando la disponibilidad no puede mantenerse al día. Se reducen a aquellos que pueden validar, confiar en un pequeño grupo de operadores bien provistos o agregar relés de confianza para amortiguar la accesibilidad. Estos no son fracasos de diseño, son el resultado lógico de considerar la disponibilidad como algo asumido y no diseñado.
Walrus se da por virtud del hecho de que la ejecución modular fuerza que esta tensión ocurra. Considera la disponibilidad de datos como los niveles de ejecución de infraestructura que deberían ser capaces de razonar, en lugar de rezar que será cierto. Después de que la disponibilidad ha sido sincronizada e implementada a nivel de protocolo, los diseños modulares previenen el intercambio de rendimiento con la descentralización.
Eso es lo que las cadenas modulares no discuten de manera adecuada - y sobre lo que se construye Walrus.
@Walrus 🦭/acc
#walrus
$WAL
Es ahí donde se cuelan los males. Los sistemas no se detienen cuando la disponibilidad no puede mantenerse al día. Se reducen a aquellos que pueden validar, confiar en un pequeño grupo de operadores bien provistos o agregar relés de confianza para amortiguar la accesibilidad. Estos no son fracasos de diseño, son el resultado lógico de considerar la disponibilidad como algo asumido y no diseñado.
Walrus se da por virtud del hecho de que la ejecución modular fuerza que esta tensión ocurra. Considera la disponibilidad de datos como los niveles de ejecución de infraestructura que deberían ser capaces de razonar, en lugar de rezar que será cierto. Después de que la disponibilidad ha sido sincronizada e implementada a nivel de protocolo, los diseños modulares previenen el intercambio de rendimiento con la descentralización.
Eso es lo que las cadenas modulares no discuten de manera adecuada - y sobre lo que se construye Walrus.
@Walrus 🦭/acc
#walrus
$WAL
Aunque la infraestructura descentralizada tiene un problema silencioso, puede existir una ausencia de coordinación, en lugar de una ausencia de capacidad.
Las redes de almacenamiento son capaces de almacenar una cantidad tremenda de datos, pero los sistemas de ejecución fallan cuando numerosos agentes independientes requieren los mismos datos simultáneamente. No se trata de que los datos estén disponibles, sino más bien de la falta de organización en torno a la demanda de ejecución.
@Walrus 🦭/acc se desarrolla en esta brecha. No considera el almacenamiento como una espera pasiva para ser accedida, sino que considera la disponibilidad como una propiedad dinámica que los protocolos deben mantener. Los datos están codificados, diseminados y se asignan incentivos que promueven a los nodos a ejecutarlos donde su ejecución depende de ello en lugar de retenerlos indefinidamente.
Esta diferencia es más importante con respecto a la ejecución modular. Los datos que utilizan los verificadores, probadores y observadores a menudo son utilizados simultáneamente por más de uno. En ausencia de coordinación, la disponibilidad se ve comprometida y los sistemas contrarrestan eso al centralizar el acceso. Walrus está ahí para garantizar que eso no suceda al igualar el comportamiento del almacenamiento con el uso real de ejecución de datos.
En ese sentido, @Walrus 🦭/acc no está empujando algo más a la pila. Está haciendo disponible la capacidad actual en el momento adecuado.
#walrus
$WAL
Las redes de almacenamiento son capaces de almacenar una cantidad tremenda de datos, pero los sistemas de ejecución fallan cuando numerosos agentes independientes requieren los mismos datos simultáneamente. No se trata de que los datos estén disponibles, sino más bien de la falta de organización en torno a la demanda de ejecución.
@Walrus 🦭/acc se desarrolla en esta brecha. No considera el almacenamiento como una espera pasiva para ser accedida, sino que considera la disponibilidad como una propiedad dinámica que los protocolos deben mantener. Los datos están codificados, diseminados y se asignan incentivos que promueven a los nodos a ejecutarlos donde su ejecución depende de ello en lugar de retenerlos indefinidamente.
Esta diferencia es más importante con respecto a la ejecución modular. Los datos que utilizan los verificadores, probadores y observadores a menudo son utilizados simultáneamente por más de uno. En ausencia de coordinación, la disponibilidad se ve comprometida y los sistemas contrarrestan eso al centralizar el acceso. Walrus está ahí para garantizar que eso no suceda al igualar el comportamiento del almacenamiento con el uso real de ejecución de datos.
En ese sentido, @Walrus 🦭/acc no está empujando algo más a la pila. Está haciendo disponible la capacidad actual en el momento adecuado.
#walrus
$WAL
La existencia de datos siempre se ha visto como algo que las blockchains presuponen que funcionará. En el caso de que los datos se publiquen, copien y puedan ser localizados técnicamente, el sistema procede.
La suposición es verdadera hasta el momento en que la ejecución se basa en los mismos datos leídos muchas veces, por numerosos independientes, bajo la carga real. Cuando eso sucede, la disponibilidad deja de ser un aspecto secundario y se convierte en un riesgo estructural.
La eliminación de esa suposición es la base de Walrus. No ve la disponibilidad como una característica accidental del almacenamiento, sino que es programable a nivel de protocolo. Hay codificación y distribución de datos y garantías en la cadena que permiten que las capas de ejecución razonen directamente.
La disponibilidad no ocurre después, sino que se aplica mediante pruebas e incentivos económicos.
La razón por la que @Walrus 🦭/acc existe es que la ejecución modular no puede basarse en un acceso de mejor esfuerzo. La ejecución ya no necesita compensar centralizando o confiando en intermediarios, ya que la disponibilidad ahora puede ser programable. No se trata de esperar, se puede confiar en la capa de datos como infraestructura.
#walrus
$WAL
La suposición es verdadera hasta el momento en que la ejecución se basa en los mismos datos leídos muchas veces, por numerosos independientes, bajo la carga real. Cuando eso sucede, la disponibilidad deja de ser un aspecto secundario y se convierte en un riesgo estructural.
La eliminación de esa suposición es la base de Walrus. No ve la disponibilidad como una característica accidental del almacenamiento, sino que es programable a nivel de protocolo. Hay codificación y distribución de datos y garantías en la cadena que permiten que las capas de ejecución razonen directamente.
La disponibilidad no ocurre después, sino que se aplica mediante pruebas e incentivos económicos.
La razón por la que @Walrus 🦭/acc existe es que la ejecución modular no puede basarse en un acceso de mejor esfuerzo. La ejecución ya no necesita compensar centralizando o confiando en intermediarios, ya que la disponibilidad ahora puede ser programable. No se trata de esperar, se puede confiar en la capa de datos como infraestructura.
#walrus
$WAL
La principal suposición que se hizo en la mayoría de los sistemas de almacenamiento en blockchain es que los datos solo se escriben una vez y rara vez se accede a ellos, y a menudo son un registro histórico. Esa suposición se viola cuando se tienen datos grandes, datos reutilizados y datos sensibles a la dependencia. @Walrus 🦭/acc está construido contra ese fallo.
Los conjuntos de datos de big data, ya sean rollup, prueba o blobs de datos, no son simplemente blobs de datos más grandes. Causan presión de recuperación repetitiva, carga de verificación y problemas de coordinación que no se anticiparon en las capas de almacenamiento tradicionales. Esto no se puede resolver mediante replicación. La disponibilidad bajo carga lo hace.
@Walrus 🦭/acc está diseñado como infraestructura y no como archivos, para almacenar y servir grandes conjuntos de datos. Los datos codificados por borrado, la disponibilidad probada y la recuperación económicamente viable son los resultados. Entonces es posible hacer que los sistemas de ejecución se basen en big data sin centralizar el acceso o agregar puertas de enlace confiables.
De esa manera, walrus no está aumentando la capacidad de almacenamiento. Está redefiniendo el almacenamiento como se requiere para asegurar que los datos realmente importen cuando se vuelven importantes para la ejecución.
#walrus
$WAL
Los conjuntos de datos de big data, ya sean rollup, prueba o blobs de datos, no son simplemente blobs de datos más grandes. Causan presión de recuperación repetitiva, carga de verificación y problemas de coordinación que no se anticiparon en las capas de almacenamiento tradicionales. Esto no se puede resolver mediante replicación. La disponibilidad bajo carga lo hace.
@Walrus 🦭/acc está diseñado como infraestructura y no como archivos, para almacenar y servir grandes conjuntos de datos. Los datos codificados por borrado, la disponibilidad probada y la recuperación económicamente viable son los resultados. Entonces es posible hacer que los sistemas de ejecución se basen en big data sin centralizar el acceso o agregar puertas de enlace confiables.
De esa manera, walrus no está aumentando la capacidad de almacenamiento. Está redefiniendo el almacenamiento como se requiere para asegurar que los datos realmente importen cuando se vuelven importantes para la ejecución.
#walrus
$WAL
La mayoría de las blockchains tienen datos a los que los puntos de ejecución apuntan, y no necesariamente lo que entiende. Tan pronto como los datos están fuera de la cadena, se vuelven opacos: se almacenan en otro lugar, solo se pueden acceder utilizando suposiciones y se validan de manera indirecta. Este último modelo es válido hasta que el tamaño de los sistemas y el proceso de su ejecución comienza a depender de los datos que un gran número de actores independientes requieren simultáneamente. @Walrus 🦭/acc adopta un enfoque más diferente al considerar los datos como un objeto sobre el que se puede razonar mediante la cadena.
Los datos almacenados en @Walrus 🦭/acc están asociados con objetos en la cadena que representan las condiciones de disponibilidad, propiedad y acceso. Esto hace que los datos sean legibles para la ejecución, a diferencia de la dependencia en segundo plano. Los contratos y los sistemas fuera de la cadena pueden referirse a las mismas garantías de intercambio de información, en lugar de utilizar puertas de enlace confiables o recuperación de mejor efecto.
La implicación es ligera aunque significativa. La disponibilidad ya no se asume, sino que también se hace cumplir. La implementación puede basarse en datos sin converger encubiertamente en quien pueda hacerlo en el menor tiempo posible. Esto se está convirtiendo en menos de una opción y más de una necesidad, a medida que las arquitecturas modulares se vuelven más maduras y comienzan a exponer los datos como conscientes de la cadena.
#walrus
$WAL
Los datos almacenados en @Walrus 🦭/acc están asociados con objetos en la cadena que representan las condiciones de disponibilidad, propiedad y acceso. Esto hace que los datos sean legibles para la ejecución, a diferencia de la dependencia en segundo plano. Los contratos y los sistemas fuera de la cadena pueden referirse a las mismas garantías de intercambio de información, en lugar de utilizar puertas de enlace confiables o recuperación de mejor efecto.
La implicación es ligera aunque significativa. La disponibilidad ya no se asume, sino que también se hace cumplir. La implementación puede basarse en datos sin converger encubiertamente en quien pueda hacerlo en el menor tiempo posible. Esto se está convirtiendo en menos de una opción y más de una necesidad, a medida que las arquitecturas modulares se vuelven más maduras y comienzan a exponer los datos como conscientes de la cadena.
#walrus
$WAL
Calidez, Privacidad, Cumplimiento y Liquidación, Por qué @Dusk No Divide la Privacidad, el Cumplimiento y la Liquidación en Capas.
Muchos diseños de blockchain consideran la privacidad, el cumplimiento y la liquidación como tres problemas distintos. La privacidad se gestiona en una capa, el cumplimiento en una capa diferente y la liquidación en una capa completamente diferente. Aunque esta división puede parecer modular, trae fragmentación que no puede ser tolerada por las finanzas reguladas.
Estas funciones no están separadas en sistemas desconectados en @Dusk Fundación. Están destinadas a trabajar en conjunto a nivel de protocolo. Las suposiciones, garantías y lógica de validación de ejecución confidencial, aplicación de reglas y liquidación son idénticas.
Esto es importante ya que cada capa adicional es una fuente de riesgo operativo y regulatorio. La transferencia de datos lo expone, las regulaciones pueden quedar desincronizadas y la liquidación puede revertir valores anteriores. Dusk puede evadir estos puntos de falla al mantener todo el ciclo de vida del activo a través de una única red coherente.
En el caso de las instituciones, la arquitectura asegura simplicidad y previsibilidad. Los activos no cambian su comportamiento entre la emisión y la liquidación, sin depender de ningún sistema externo para mantener la privacidad o el cumplimiento. El diseño de @Dusk tiene una idea sencilla: la infraestructura financiera limitada y regulada se diseña mejor cuando la privacidad, el cumplimiento y la finalización no se ponen juntas como ropa, sino que se diseñan como una unidad.
#dusk
$DUSK
Muchos diseños de blockchain consideran la privacidad, el cumplimiento y la liquidación como tres problemas distintos. La privacidad se gestiona en una capa, el cumplimiento en una capa diferente y la liquidación en una capa completamente diferente. Aunque esta división puede parecer modular, trae fragmentación que no puede ser tolerada por las finanzas reguladas.
Estas funciones no están separadas en sistemas desconectados en @Dusk Fundación. Están destinadas a trabajar en conjunto a nivel de protocolo. Las suposiciones, garantías y lógica de validación de ejecución confidencial, aplicación de reglas y liquidación son idénticas.
Esto es importante ya que cada capa adicional es una fuente de riesgo operativo y regulatorio. La transferencia de datos lo expone, las regulaciones pueden quedar desincronizadas y la liquidación puede revertir valores anteriores. Dusk puede evadir estos puntos de falla al mantener todo el ciclo de vida del activo a través de una única red coherente.
En el caso de las instituciones, la arquitectura asegura simplicidad y previsibilidad. Los activos no cambian su comportamiento entre la emisión y la liquidación, sin depender de ningún sistema externo para mantener la privacidad o el cumplimiento. El diseño de @Dusk tiene una idea sencilla: la infraestructura financiera limitada y regulada se diseña mejor cuando la privacidad, el cumplimiento y la finalización no se ponen juntas como ropa, sino que se diseñan como una unidad.
#dusk
$DUSK
La privatización en @Dusk no es una característica, es una suposición del protocolo.
La privacidad falla silenciosamente en muchos sistemas de blockchain en el área de liquidación. Aunque algunas ejecuciones pueden estar parcialmente aseguradas, la liquidación final se realiza con frecuencia en un libro mayor que se negocia públicamente, dando a la contraparte, movimiento, y la información de tiempo la etapa de ciclo de vida más sensible. Este no es un pequeño problema en lo que respecta a las finanzas reguladas, es un fallo estructural.
La liquidación no es una excepción en @Dusk Foundation. Su diseño está sujeto a suposiciones de privacidad y cumplimiento, como es el caso al ejecutarlo. El cambio de propiedad, transferencias y la finalización se realizan sin exponer información sensible a la vista pública.
Esto es importante ya que la liquidación es el lugar donde se solidifican las ramificaciones legales y financieras. La publicación de datos en este momento expone al negocio a un riesgo regulatorio elevado, fuga competitiva y complejidad operativa. Dusk evade esto asegurando que la privacidad no desaparezca cuando se realizan las transacciones.
En el caso de las instituciones, esto elimina el requisito de capas separadas de liquidación privada o de ofuscación post-liquidación. No presupone que se agregue privacidad a la liquidación en @Dusk , sino que se presupone. Son esas decisiones arquitectónicas las que permiten que los activos regulados se muevan en cadena sin afectar la confidencialidad en el momento en que más se necesita.
#dusk
$DUSK
La privacidad falla silenciosamente en muchos sistemas de blockchain en el área de liquidación. Aunque algunas ejecuciones pueden estar parcialmente aseguradas, la liquidación final se realiza con frecuencia en un libro mayor que se negocia públicamente, dando a la contraparte, movimiento, y la información de tiempo la etapa de ciclo de vida más sensible. Este no es un pequeño problema en lo que respecta a las finanzas reguladas, es un fallo estructural.
La liquidación no es una excepción en @Dusk Foundation. Su diseño está sujeto a suposiciones de privacidad y cumplimiento, como es el caso al ejecutarlo. El cambio de propiedad, transferencias y la finalización se realizan sin exponer información sensible a la vista pública.
Esto es importante ya que la liquidación es el lugar donde se solidifican las ramificaciones legales y financieras. La publicación de datos en este momento expone al negocio a un riesgo regulatorio elevado, fuga competitiva y complejidad operativa. Dusk evade esto asegurando que la privacidad no desaparezca cuando se realizan las transacciones.
En el caso de las instituciones, esto elimina el requisito de capas separadas de liquidación privada o de ofuscación post-liquidación. No presupone que se agregue privacidad a la liquidación en @Dusk , sino que se presupone. Son esas decisiones arquitectónicas las que permiten que los activos regulados se muevan en cadena sin afectar la confidencialidad en el momento en que más se necesita.
#dusk
$DUSK
Cómo @Dusk La Ejecución Confidencial se puede realizar sin violar los requisitos de cumplimiento.
El concepto de ejecución confidencial suele confundirse con el compromiso. Se asume que tan pronto como se oculta la información sobre las transacciones, se vuelve más difícil o imposible hacer cumplir o supervisar. Esto se basa en la suposición de sistemas en los que la privacidad ha estado superponiéndose a un modelo de ejecución que no fue desarrollado originalmente para manejar la privacidad.
La ejecución confidencial y el cumplimiento se deben realizar en la Dusk Foundation; sin embargo, no son opuestos entre sí.
@Dusk hace una distinción entre verificación y visibilidad. Las transacciones se ejecutan en un entorno seguro donde la entrada de acciones y la resolución de contratos son confidenciales, sin embargo, la red puede verificar su precisión. Mientras tanto, las reglas de cumplimiento se imponen como un subconjunto de la validez de las transacciones. Cuando no se cumplen los requisitos de elegibilidad, limitaciones de transferencia o incluso requisitos de jurisdicción, la ejecución no se lleva a cabo.
Esto implica que el cumplimiento no se basa en la verificación fuera de la cadena o en los intermediarios que se pueden confiar. Se impone por el propio protocolo y no necesita la divulgación pública. En el caso de activos regulados, elimina un conflicto de privacidad/aplicación que ha existido durante mucho tiempo.
@Dusk demuestra que cuando la confidencialidad y el cumplimiento se consideran como propiedades del protocolo de primera clase, el cumplimiento no se ve comprometido.
#dusk
$DUSK
El concepto de ejecución confidencial suele confundirse con el compromiso. Se asume que tan pronto como se oculta la información sobre las transacciones, se vuelve más difícil o imposible hacer cumplir o supervisar. Esto se basa en la suposición de sistemas en los que la privacidad ha estado superponiéndose a un modelo de ejecución que no fue desarrollado originalmente para manejar la privacidad.
La ejecución confidencial y el cumplimiento se deben realizar en la Dusk Foundation; sin embargo, no son opuestos entre sí.
@Dusk hace una distinción entre verificación y visibilidad. Las transacciones se ejecutan en un entorno seguro donde la entrada de acciones y la resolución de contratos son confidenciales, sin embargo, la red puede verificar su precisión. Mientras tanto, las reglas de cumplimiento se imponen como un subconjunto de la validez de las transacciones. Cuando no se cumplen los requisitos de elegibilidad, limitaciones de transferencia o incluso requisitos de jurisdicción, la ejecución no se lleva a cabo.
Esto implica que el cumplimiento no se basa en la verificación fuera de la cadena o en los intermediarios que se pueden confiar. Se impone por el propio protocolo y no necesita la divulgación pública. En el caso de activos regulados, elimina un conflicto de privacidad/aplicación que ha existido durante mucho tiempo.
@Dusk demuestra que cuando la confidencialidad y el cumplimiento se consideran como propiedades del protocolo de primera clase, el cumplimiento no se ve comprometido.
#dusk
$DUSK
Por qué las blockchains públicas tienen dificultades con los activos regulados - Y cómo @Dusk aborda el problema.
La apertura fue el concepto sobre el cual se construyeron las blockchains públicas. Todas las transacciones, todos los cambios de estado y toda la lógica de ejecución son visiblemente predeterminadas. Este sistema libre y justo es adecuado para sistemas financieros abiertos, pero causa conflictos instantáneos en el momento de ser regulado con activos.
Los activos controlados tienen limitaciones que las cadenas nativas no están establecidas para honrar. La restricción de transferencias, las regulaciones de elegibilidad, los límites jurisdiccionales, así como los acuerdos confidenciales, se implementan con frecuencia fuera de la cadena o a través de mediadores. La blockchain puede contener los registros de la transacción, pero las reglas se proporcionan en otro lugar. Esta división genera riesgo operativo y ambigüedad legal.
@Dusk Foundation aborda el problema de manera inversa. Dusk hace que el modelo de ejecución se ajuste a un modelo de transparencia primero, en lugar de obligar a los activos regulados a cambiar su forma. La exposición innecesaria se evita mediante la ejecución confidencial, y las reglas de cumplimiento no se imponen como un control secundario, sino como parte de la validez de la transacción.
Esto permite que los activos regulados estén completamente en la cadena sin ser remodelados para alinearse con suposiciones de visibilidad pública. @Dusk no oculta las desventajas de la blockchain pública; las elimina a nivel de protocolo.
#dusk
$DUSK
La apertura fue el concepto sobre el cual se construyeron las blockchains públicas. Todas las transacciones, todos los cambios de estado y toda la lógica de ejecución son visiblemente predeterminadas. Este sistema libre y justo es adecuado para sistemas financieros abiertos, pero causa conflictos instantáneos en el momento de ser regulado con activos.
Los activos controlados tienen limitaciones que las cadenas nativas no están establecidas para honrar. La restricción de transferencias, las regulaciones de elegibilidad, los límites jurisdiccionales, así como los acuerdos confidenciales, se implementan con frecuencia fuera de la cadena o a través de mediadores. La blockchain puede contener los registros de la transacción, pero las reglas se proporcionan en otro lugar. Esta división genera riesgo operativo y ambigüedad legal.
@Dusk Foundation aborda el problema de manera inversa. Dusk hace que el modelo de ejecución se ajuste a un modelo de transparencia primero, en lugar de obligar a los activos regulados a cambiar su forma. La exposición innecesaria se evita mediante la ejecución confidencial, y las reglas de cumplimiento no se imponen como un control secundario, sino como parte de la validez de la transacción.
Esto permite que los activos regulados estén completamente en la cadena sin ser remodelados para alinearse con suposiciones de visibilidad pública. @Dusk no oculta las desventajas de la blockchain pública; las elimina a nivel de protocolo.
#dusk
$DUSK
Lo que @Dusk realmente está resolviendo para regular las finanzas — Más allá de la narrativa de privacidad.
Cuando @Dusk se llama una blockchain de privacidad, carece del problema real que el protocolo pretende resolver. La privacidad como tal nunca ha sido el principal veto a las finanzas controladas. El problema real es que es difícil implementar contratos financieros en la cadena sin imponer apertura a la población general, y aún así cumplir y auditar esos contratos.
Aquí es donde la Fundación Dusk se encuentra en un completo contraste con la mayoría de la infraestructura blockchain.
Dusk está construida sobre la ejecución confidencial del nivel del protocolo, es decir, la lógica de las transacciones y los datos sensibles permanecen en secreto, pero la corrección y la aplicación de las reglas todavía se aseguran en la cadena. No hay procesamiento fuera de la cadena o posterior de cumplimiento. Se impone por derecho propio en términos de validez de las transacciones. En caso de una violación de la regla, la ejecución simplemente no tiene lugar.
Esto es importante con activos controlados, en los cuales no hay un compromiso permisible entre la programabilidad y la divulgación de la lógica de precios, contrapartes o información de liquidación. Dusk permite infraestructura en cadena para que los procesos financieros no necesiten ser rediseñados para adoptar un enfoque de transparencia primero.
No es la privacidad abstracta la que @Dusk está resolviendo. Es la incompatibilidad estructural de la realidad financiera regulada y las blockchains públicas.
#dusk
$DUSK
Cuando @Dusk se llama una blockchain de privacidad, carece del problema real que el protocolo pretende resolver. La privacidad como tal nunca ha sido el principal veto a las finanzas controladas. El problema real es que es difícil implementar contratos financieros en la cadena sin imponer apertura a la población general, y aún así cumplir y auditar esos contratos.
Aquí es donde la Fundación Dusk se encuentra en un completo contraste con la mayoría de la infraestructura blockchain.
Dusk está construida sobre la ejecución confidencial del nivel del protocolo, es decir, la lógica de las transacciones y los datos sensibles permanecen en secreto, pero la corrección y la aplicación de las reglas todavía se aseguran en la cadena. No hay procesamiento fuera de la cadena o posterior de cumplimiento. Se impone por derecho propio en términos de validez de las transacciones. En caso de una violación de la regla, la ejecución simplemente no tiene lugar.
Esto es importante con activos controlados, en los cuales no hay un compromiso permisible entre la programabilidad y la divulgación de la lógica de precios, contrapartes o información de liquidación. Dusk permite infraestructura en cadena para que los procesos financieros no necesiten ser rediseñados para adoptar un enfoque de transparencia primero.
No es la privacidad abstracta la que @Dusk está resolviendo. Es la incompatibilidad estructural de la realidad financiera regulada y las blockchains públicas.
#dusk
$DUSK
Inicia sesión para explorar más contenidos