La mayoría de las personas piensa que lo difícil de Bitcoin DeFi es llevar Bitcoin a otra cadena. Lo difícil es mantenerlo honesto una vez que llega allí. Cuando Bitcoin respalda una posición de préstamo, la cadena DeFi necesita saber dos cosas en todo momento: que el Bitcoin existe y que no se ha movido. Un custodio puede mentir sobre ambas. Un puente puede explotarse entre la confirmación y la liquidación. Un conjunto de validadores puede coludirse durante el intervalo en el que la honestidad es más costosa. La pregunta de diseño que nadie formula en voz alta suficiente no es cómo mover Bitcoin. Es cómo hacer que Bitcoin sea inmovible hasta que se hayan cumplido genuinamente las condiciones para moverlo. Las Bóvedas de Bitcoin sin confianza responden a esa pregunta mediante la arquitectura, no mediante la confianza. El Bitcoin queda bloqueado en un script en la propia cadena de Bitcoin: un script que el titular crea, especificando exactamente qué condiciones deben satisfacerse antes de que el Bitcoin pueda moverse y exactamente quién puede reclamarlo en cada resultado. Los contratos inteligentes en la cadena DeFi evalúan esas condiciones. El Bitcoin espera. Cuando se cumple una condición —préstamo reembolsado, posición liquidada, vencimiento del plazo— la bóveda libera el Bitcoin a quien la condición especifique. Nadie decide como custodio. Ningún intermediario de puente. Ningún conjunto de validadores vota. @BabylonLabs_io currently asegura 56,853 BTC — aproximadamente 5.64 mil millones de dólares — bajo este modelo. $BABY powers gobierna y da acceso a través de esta infraestructura. Lo que todavía no sé es cómo esta arquitectura gestiona los casos límite cuando múltiples condiciones compiten simultáneamente bajo estrés de mercado. Mover Bitcoin es un problema resuelto. Hacer que Bitcoin sea inmovible hasta que la honestidad se demuestre — esa es la parte más difícil. @BabylonLabs_io #baby $BABY
La mayoría de las personas tratan el riesgo de los puentes como un costo aceptable de hacer negocios en DeFi. Dejé de verlo así después de la tercera vez que presencié que ocurría. El patrón siempre es reconocible a posteriori. Un puente acumula un TVL significativo. Los investigadores de seguridad señalan riesgos teóricos. El equipo responde con auditorías y garantías. Luego cambian las condiciones: estrés del mercado, un ataque coordinado, un caso límite pasado por alto, y el riesgo teórico se convierte en una pérdida de nueve cifras que nadie puede revertir. Lo que hace particularmente frustrante este patrón es que los fallos son arquitectónicos, no accidentales. Cada puente requiere un conjunto confiable de validadores, firmantes o custodios para confirmar que el Bitcoin de una cadena corresponde a una representación en otra. Ese conjunto confiable es la superficie de ataque. Hacerla más grande o más descentralizada reduce el riesgo, pero nunca lo elimina. El problema fundamental—que alguien, en algún lugar, debe ser confiado—permanece independientemente de qué tan sofisticado sea el puente. Por eso considero que la aproximación @BabylonLabs_io es arquitectónicamente diferente, no solo una mejora técnica. Las Bóvedas de Bitcoin sin confianza (Trustless) no reducen el riesgo de los puentes. Eliminan el puente por completo. El Bitcoin se bloquea directamente en la cadena de Bitcoin, en una bóveda que crea el titular. Los contratos inteligentes en la cadena DeFi controlan la propiedad mediante condiciones predefinidas. No existe un conjunto de validadores que tenga claves. Ningún firmante puede ser comprometido. Ningún custodio toma decisiones sobre activos que no posee. La superficie de ataque que crea cada puente simplemente no existe. $BABY powers gobierna y da acceso al protocolo a través de esta infraestructura. Lo que todavía no sé es si la arquitectura sin puentes introduce restricciones distintas que limiten el alcance práctico del DeFi de Bitcoin. El riesgo de puente no es un problema que resuelvan los mejores puentes. Es un problema que desaparece cuando desaparecen los puentes. @BabylonLabs_io $BABY #baby
La mayoría de la gente piensa que Bitcoin envuelto y Bitcoin real son lo mismo, con un empaque diferente. No lo son. Cuando usas wBTC, cbBTC o cualquier otra versión envuelta, no estás usando Bitcoin. Estás usando una promesa de que existe Bitcoin en algún lugar, en manos de alguien, que ha acordado no hacerle nada con él que tú no querrías que hiciera. Esa promesa ya se ha roto antes. He visto custodios congelar retiros durante momentos de tensión en el mercado. He observado a emisores de tokens envueltos enfrentar presión regulatoria que no tenía nada que ver con el Bitcoin subyacente. He observado comercio de Bitcoin sintético con descuentos justo en los momentos en los que necesitabas liquidez más. El “wrapper” cumplió. La promesa no. Esa distinción es la razón por la que el enfoque de @BabylonLabs_io Trustless Bitcoin Vaults aborda el problema desde una dirección completamente diferente. TBV no emite una representación de Bitcoin. Bloquea Bitcoin real en la cadena de Bitcoin en una bóveda que el propio titular crea. Los contratos inteligentes en la cadena DeFi determinan las condiciones de propiedad — no un custodio, no un comité, no una empresa con términos de servicio que pueda cambiar. El Bitcoin permanece en la cadena de Bitcoin. La lógica DeFi se ejecuta en otro lugar. No hay ningún activo sintético entre ambos. $BABY powers governance and protocol access across this infrastructure. Lo que aún no sé es si los titulares de Bitcoin que han aceptado BTC sintético como suficiente exigirán algo mejor antes de que el próximo fallo de custodia obligue a retomar la conversación. Bitcoin envuelto es una promesa respaldada por un custodio. Trustless Bitcoin Vaults es un protocolo respaldado por código. No son lo mismo. @BabylonLabs_io #baby $BTC
La mayoría de las personas piensan que el problema de Bitcoin en DeFi es técnico. Yo creo que es un problema de confianza disfrazado de técnico. La cadena de Bitcoin no es lo suficientemente programable como para albergar DeFi directamente. Así que los tenedores de Bitcoin que quieren rendimiento siempre se han enfrentado a la misma elección: transferir tu BTC a otra cadena mediante un custodio, o no entrar en absoluto. La mayoría eligió quedarse fuera. Esa elección tiene sentido. Los puentes han fallado repetidamente. Los custodios de Bitcoin envuelto (Wrapped Bitcoin) mantienen el activo real y, en teoría, pueden hacer con él lo que quieran. Cada camino hacia DeFi requería confiar en una entidad que no debería necesitar ser confiada. He visto este patrón repetirse en varios ciclos. Los proyectos prometen DeFi de Bitcoin sin confianza (trustless). La letra pequeña revela un custodio en algún punto de la pila. La confianza se oculta, no se elimina. Lo que hace que @BabylonLabs_io Trustless Bitcoin Vaults sea diferente para mí es estructural. En lugar de crear un nuevo custodio, TBV crea una bóveda de autocustodia directamente en la cadena de Bitcoin: un script de Bitcoin que el titular crea por sí mismo. Luego, los contratos inteligentes en la cadena DeFi controlan programáticamente las condiciones de propiedad. Ninguna tercera parte retiene las claves. Ningún puente controla el activo. El Bitcoin nunca sale de la cadena de Bitcoin. El protocolo ya mantiene 56,853 BTC — aproximadamente $5.64 mil millones — en bóvedas de staking. Eso es una preferencia revelada, no marketing. $BABY powers la gobernanza y el acceso en esta infraestructura. Lo que aún no sé es si este modelo puede escalar sin introducir nuevos supuestos de confianza en los bordes. Bitcoin se mantuvo fuera de DeFi durante años porque cada solución reemplazó un problema de confianza por otro. La pregunta interesante ahora es si esta realmente no lo hace. @BabylonLabs_io $BABY #baby
Las finanzas autónomas no tienen un problema de inteligencia. Tienen un problema de consistencia.
Todos quieren una IA más inteligente. Casi nadie se pregunta si aplicará las mismas reglas cada vez. Ese puede ser el problema más difícil. Los sistemas financieros no se construyen sobre decisiones brillantes que ocurren ocasionalmente. Se construyen sobre un comportamiento predecible que resiste la presión. Los mercados cambian. La liquidez desaparece. La volatilidad aumenta. Aparecen casos límite sin previo aviso. Esos son los momentos que revelan si un sistema autónomo es realmente confiable. Un agente de IA puede producir excelentes decisiones la mayor parte del tiempo y, aun así, convertirse en una fuente de riesgo si se comporta de manera diferente cuando cambian las condiciones. La inteligencia mejora el rendimiento. La consistencia genera confianza.
Antes pensaba que el mayor desafío en las finanzas autónomas era tomar mejores decisiones. Estaba equivocado. El problema más difícil es tomar decisiones consistentes. Un agente de IA que toma decisiones brillantes el noventa y nueve por ciento del tiempo y decisiones inconsistentes el uno por ciento del tiempo no es un sistema confiable. Es un sistema con puntos de fallo que solo aparecen en las condiciones equivocadas. He visto esto en cripto. Los sistemas automatizados que funcionaban de forma impresionante en condiciones normales se volvieron poco fiables exactamente cuando más se necesitaba la fiabilidad. No porque la estrategia estuviera mal. Sino porque el sistema aplicaba sus propias reglas de manera inconsistente cuando las condiciones cambiaban. La consistencia es más difícil que la inteligencia. Esa es una de las razones por las que @NewtonProtocol llamó mi atención. En lugar de depender de agentes de IA para aplicar su propio criterio de forma consistente, Newton explora una capa de políticas que hace cumplir reglas predefinidas de la misma manera cada vez — independientemente de las condiciones del mercado o de los casos límite. La autorización permite la transacción o no. Sin excepciones. Sin inconsistencias. $NEWT impulsa la seguridad económica detrás de esa capa de cumplimiento consistente. Lo que aún no sé es si la consistencia se valorará tanto como la inteligencia antes de que un fallo obligue a retomar la conversación. Las decisiones brillantes que se aplican de manera inconsistente no son un activo. Son un pasivo esperando a que las condiciones adecuadas revelen su verdadero valor. @NewtonProtocol #Newt $NEWT
Blockchain hizo más rápidos los pagos transfronterizos. Nadie los autorizó.
Hay un vacío en el centro de cada conversación sobre pagos cripto transfronterizos que casi nadie aborda directamente. Se habla de la velocidad. Se habla de las comisiones. Se habla de la irrevocabilidad de la liquidación. La comparación con la banca corresponsal — lenta, costosa y opaca — se hace repetidamente y con precisión. Lo que rara vez se analiza es la autorización. No es si un pago puede moverse rápidamente. Es si debería permitirse que se mueva, conforme a los requisitos de cumplimiento de cada jurisdicción por la que pasa, verificado antes de que se ejecute en lugar de investigarse después de que ya se haya liquidado en algún lugar donde no debería haberlo hecho.
La mayoría de las personas piensa que los pagos transfronterizos son lentos por la tecnología. Son lentos por la autorización. La tecnología para mover valor a través de las fronteras en segundos existe desde hace años. Lo que no existía era una infraestructura que verifique los requisitos de cumplimiento antes de que se ejecute una transacción — no después de que ya haya cruzado una frontera que no debería haber cruzado. Un pago que cruza tres fronteras atraviesa tres entornos regulatorios. Cada uno tiene sus propios requisitos de identidad, obligaciones de sanciones y estándares de la regla de viaje. Los bancos corresponsales lo gestionan manualmente — de forma lenta y costosa. Blockchain hace que el movimiento sea más rápido. No hace que la autorización sea más fácil. Esa es una de las razones por las que @NewtonProtocol llamó mi atención. En lugar de tratar el cumplimiento como algo que se gestiona después de la liquidación, Newton explora una capa de autorización que evalúa los requisitos jurisdiccionales antes de la ejecución. Las obligaciones de la Regla de Viaje del GAFI (FATF), el control de sanciones — se verifican antes de que los activos se muevan. $NEWT impulsa la seguridad económica que hay detrás de esa capa de autorización transfronteriza. Aún no sé si la infraestructura de autorización se convertirá en un estándar antes de que los reguladores obliguen el tema mediante la aplicación de la normativa. La tecnología para pagos transfronterizos rápidos ya está lista desde hace años. Lo que ha faltado es la infraestructura de autorización que hace que esos pagos sean legalmente viables. #crypto #TrendingTopic #BinanceSquareTalks #BinanceSquareFamily #Newt $EVAA
$LAB
¿Qué es lo que más importa para los pagos transfronterizos institucionales?
El fallo de cumplimiento al que nadie se ve venir no es una política que falta. Es una que no se puede comprobar.
Hay una versión del fallo de cumplimiento que casi nunca aparece en las retrospectivas posteriores a incidentes. La mayoría de los informes de incidentes se centran en lo que salió mal. Faltaba una política. Una regla no se implementó correctamente. Una vulnerabilidad en la lógica de autorización permitió una transacción que debería haberse bloqueado. Esos fallos son visibles. Se pueden identificar, documentar y corregir. El fallo del que nadie habla es diferente. No es una política que faltaba. Es una política que existía, parecía funcionar correctamente y aun así produjo resultados que nadie podía verificar: porque no había forma de comprobar que la política realmente se hubiera evaluado en el momento en que se ejecutó la transacción.
La mayoría de las personas asumen que si ocurrió una autorización, debe existir un registro de ello. Por lo general, no lo hay. Una transacción se aprueba. Los activos se mueven. El sistema registra que la transacción fue válida. Pero verificar desde fuera si realmente se evaluaron las políticas de autorización que deberían haber regido esa transacción —y si se evaluaron correctamente— es casi imposible. Esa brecha importa más de lo que la mayoría cree. La autorización sin prueba es solo una afirmación. Y en los sistemas financieros, las afirmaciones no bastan. He observado fallas de cumplimiento en cripto que no ocurrieron porque las políticas de autorización no existieran, sino porque no había forma de verificar que se hubieran aplicado realmente en el momento en que la transacción avanzó. Los registros decían que la transacción estaba aprobada. Nadie podía demostrar qué es lo que realmente evaluó el proceso de aprobación. Esa es una de las razones por las que @NewtonProtocol llamó mi atención de forma distinta a la mayoría de las conversaciones sobre autorización. En lugar de limitarse a definir políticas que deberían regir las transacciones, el enfoque de Newton explora cómo las políticas evaluadas antes de la ejecución pueden hacerse verificables —mediante TEE y computación verificable—, en vez de confiar simplemente en ellas después de los hechos. $NEWT powers impulsa la seguridad económica detrás de esa capa de verificación, alineando los incentivos de los validadores con la generación de pruebas fiables a través de cadenas. Lo que aún no sé es si la prueba de autorización se convertirá en un requisito estándar antes de que un gran fallo de cumplimiento obligue a retomar la conversación. La autorización es fácil de afirmar. La prueba de que la autorización realmente ocurrió es un problema completamente distinto. #Newt #TrendingTopic #crypto #Newtprotocol $T
Eso no es control del usuario. Eso es exposición del usuario.
Hay una frase que se usa constantemente en el marketing de productos de IA. Control del usuario. Cada plataforma importante de IA promete eso. Los usuarios pueden personalizar su experiencia. Los usuarios pueden establecer preferencias. Los usuarios pueden elegir con qué IA interactúan. Eso no es lo que realmente significa el control del usuario cuando un agente de IA está manejando tu dinero. El control real del usuario en la IA financiera significa algo mucho más específico y mucho más difícil. Significa decidir lo que se le permite hacer a la IA en tu nombre antes de que haga cualquier cosa.
La mayoría de las personas piensa que la IA controlada por el usuario significa elegir qué IA usar. Creo que significa algo más difícil. Significa decidir qué se le permite hacer a esa IA en tu nombre. Ahora mismo, la mayoría de los agentes de IA que operan en contextos financieros trabajan con permisos amplios. Un usuario conecta una billetera. El agente obtiene acceso. Lo que ese acceso realmente permite — cuánto puede gastar, con qué protocolos puede interactuar, en qué condiciones debería detenerse — rara vez se define con claridad antes de que el agente empiece a actuar. Eso no es control del usuario. Es exposición del usuario. He visto a personas en cripto entregar un acceso amplio de billetera a sistemas automatizados que no entendían del todo, asumiendo que la lógica de la estrategia limitaría naturalmente lo que el sistema haría. No lo hizo. El sistema utilizó todos los permisos que le habían dado. Esa brecha entre acceso y control es una de las razones @NewtonProtocol captó mi atención. El enfoque de Newton para la autorización programable permite a usuarios y desarrolladores definir los límites de lo que se le permite hacer a un agente de IA antes de que actúe — no después. Límites de gasto, protocolos aprobados, restricciones basadas en el tiempo, umbrales de riesgo — estas condiciones se aplican antes de que se ejecuten las transacciones, independientemente de lo que la IA sea técnicamente capaz de hacer. $NEWT sostiene la seguridad económica detrás de esa capa de políticas, alineando los incentivos de los validadores con una aplicación fiable en todas las cadenas. Lo que todavía no sé es si los usuarios exigirán este tipo de control granular o simplemente aceptarán permisos amplios como predeterminados hasta que algo salga mal. Dar acceso a un agente de IA a tu billetera no es lo mismo que darle permiso para usar esa billetera como decida. Esa distinción podría importar más de lo que la mayoría cree antes de experimentar el porqué. @NewtonProtocol #Newt #CryptoTrading #AITrading #BinanceSquareTalks $LAB $GWEI ¿Permisos de agentes de IA?"
Bitcoin Está Convirtiéndose Gradualmente en un Activo Macroeconómico, No Solo en un Activo Cripto
La conversación sobre Bitcoin ha cambiado. Hace unos años, el precio estaba impulsado principalmente por la especulación minorista. Hoy, el capital institucional, los ETF, las estrategias de tesorería corporativa y las condiciones de liquidez global desempeñan un papel mucho más importante. Ese cambio importa. Cuando las instituciones evalúan Bitcoin, no están persiguiendo el siguiente movimiento del 20%. Se centran en la liquidez, la estructura del mercado, la custodia, la claridad regulatoria y la preservación del capital a largo plazo. Bitcoin ha madurado lo suficiente como para hablar de él junto con los activos tradicionales, en lugar de quedar fuera del sistema financiero.
La razón real por la que el capital institucional no se ha movido onchain no tiene nada que ver con la regulación.
Cada conversación sobre la adopción de blockchain por parte de instituciones eventualmente llega a la misma explicación. Regulación. El argumento es conocido. Las instituciones esperan claridad regulatoria. Una vez que los gobiernos establezcan marcos claros, una vez que los requisitos de cumplimiento se codifiquen, una vez que se resuelva la incertidumbre legal, el capital institucional se moverá onchain a escala. Esa explicación es parcialmente cierta. También falta algo importante. He pasado tiempo conversando con personas que están construyendo productos DeFi para instituciones. La pregunta regulatoria surge. Pero rara vez es la pregunta que detiene las conversaciones en seco.
La mayoría de las personas asume que las instituciones tardan en adoptar blockchain debido a la incertidumbre regulatoria. Creo que la razón más importante es la incertidumbre de la autorización. La regulación le dice a las instituciones qué se les permite hacer. La infraestructura de autorización les indica cómo hacer cumplir esas reglas a nivel de transacción antes de que los activos se muevan. Sin esa segunda capa, el cumplimiento se convierte en un proceso manual que escala mal y falla de forma impredecible. He pasado tiempo conversando con personas que están construyendo productos DeFi para instituciones. La pregunta que siempre surge no es si blockchain es técnicamente capaz. Es si existe la infraestructura para hacer cumplir las reglas bajo las que las instituciones ya operan: automáticamente, de manera consistente y antes de que las transacciones se liquiden, en lugar de después. Esa es una de las razones por las que el enfoque del Protocolo Newton llamó mi atención. En lugar de tratar el cumplimiento como una función de reportes que ocurre después de la ejecución, @NewtonProtocol explora una capa de autorización donde se pueden evaluar políticas institucionales predefinidas antes de que las transacciones se ejecuten. Contrapartes aprobadas, restricciones jurisdiccionales, límites de gasto, topes de exposición: se verifican antes de que los activos se muevan onchain, no después de que ya se hayan liquidado en algún lugar donde no deberían haberlo hecho. $NEWT impulsa la seguridad económica detrás de esa capa de políticas, creando incentivos para validadores alineados con una aplicación consistente en distintas cadenas. Lo que aún no sé es si la demanda institucional impulsará estándares de autorización o si los estándares deben existir antes de que el capital institucional serio se comprometa con las finanzas onchain. Las instituciones no se mueven lentamente porque sean cautelosas con la tecnología. Se mueven lentamente porque la infraestructura que hace que la tecnología sea lo suficientemente segura como para usarse a escala todavía no existe en todas partes donde la necesitan. #CryptoTrading #DeFi #TrendingTopic #meme板块关注热点 #Newt
La IA está haciéndose más inteligente. Nadie está preguntando qué no debería permitirse que haga.
Hay una conversación que ocurre en todas partes sobre la inteligencia artificial. Está casi por completo centrado en la capacidad. ¿Qué tan precisamente puede un modelo predecir los movimientos del mercado? ¿Qué tan rápido puede un agente ejecutar una estrategia de trading? ¿Cuántas transacciones puede procesar simultáneamente un sistema autónomo? ¿Cuánta eficiencia adicional puede lograr la IA al gestionar una cartera en comparación con una persona? Estas son preguntas legítimas. También son incompletas. La capacidad te dice lo que un sistema de IA puede hacer. No te dice lo que nunca debería hacer.
La mayoría de las personas hablan de la IA y la cadena de bloques como tecnologías separadas que quizá algún día funcionen juntas. Creo que ya están convergiendo — y la capa que faltaba se está volviendo visible. Los sistemas de IA toman decisiones. Los sistemas blockchain las registran y las ejecutan. La combinación suena poderosa. Pero hay una brecha entre que una IA tome una decisión y que esa decisión se convierta en una transacción onchain irreversible. Esa brecha es donde vive la mayor parte del riesgo. Un agente de IA que opere en onchain puede mover capital, ejecutar operaciones e interactuar con protocolos más rápido de lo que cualquier humano puede supervisar. La velocidad es el punto. Pero la velocidad sin límites crea un tipo de riesgo diferente — no que la IA tome la decisión equivocada, sino que tome la decisión correcta en condiciones en las que la decisión correcta se convierte en una acción equivocada. He visto sistemas automatizados en cripto moverse más rápido que los humanos responsables de ellos podían responder. Para cuando alguien notó el problema, las transacciones ya se habían liquidado. Esa es una de las razones @NewtonProtocol captó mi atención. En lugar de asumir que cada decisión de IA debe convertirse automáticamente en una transacción onchain, Newton explora una capa de políticas que evalúa condiciones antes de la ejecución. La IA sigue operando. La automatización sigue funcionando. Pero reglas predefinidas determinan lo que se le permite hacer antes de que los activos se muevan. $NEWT impulsa la seguridad económica detrás de esa capa de autorización, alineando los incentivos de los validadores con una aplicación fiable en todas las cadenas. Lo que todavía no sé es si los desarrolladores de IA tratarán la autorización como un requisito central o como un complemento opcional a medida que los sistemas autónomos asumen más responsabilidad financiera. La IA toma decisiones más rápido de lo que los humanos pueden supervisar. La autorización garantiza que esas decisiones se mantengan dentro de los límites que los humanos definieron con antelación. @NewtonProtocol #Newt $BEE
Las DeFi no perdieron miles de millones por un código defectuoso. Los perdieron miles de millones a causa de un código correcto construido sobre suposiciones equivocadas.
Hay una historia que la industria de las DeFi se cuenta a sí misma sobre sus mayores pérdidas. La historia normalmente involucra una vulnerabilidad. Un exploit. Una debilidad en el código que un atacante sofisticado encontró y utilizó. El relato enmarca las pérdidas como resultado de un código imperfecto que debió haberse escrito mejor, auditado con más cuidado o probado con más rigor. Esa historia a veces es precisa. Con más frecuencia, está incompleta. Algunas de las mayores pérdidas en las finanzas descentralizadas no ocurrieron porque el código estuviera mal. Ocurrieron porque el código estaba bien: ejecutándose exactamente como estaba diseñado, siguiendo exactamente la lógica que sus creadores pretendían, en condiciones que esos creadores nunca anticiparon.
La mayoría de las personas piensa que los contratos inteligentes hacen que las finanzas sean más confiables. Yo creo que las hacen más honestas sobre lo que la confianza realmente requiere. Un contrato inteligente ejecuta lo que se le indica. No evalúa si lo que está haciendo es apropiado. No pregunta si las condiciones han cambiado desde que se escribieron las reglas. Simplemente sigue sus instrucciones con una consistencia total: eso es exactamente lo que lo hace poderoso y exactamente lo que lo hace peligroso en las condiciones equivocadas. He visto que los protocolos DeFi se comportan con una consistencia perfecta mientras producen resultados que nadie de los involucrados habría elegido si se les hubiera preguntado en el momento. El contrato inteligente no estaba equivocado. Las suposiciones detrás de él sí. Esa es una razón por la que <b>@NewtonProtocol </b> captó mi atención. En lugar de tratar a los contratos inteligentes como la autoridad final sobre si una transacción debe continuar, Newton explora una capa de políticas que evalúa las condiciones antes de la ejecución. El contrato inteligente aún se ejecuta. Pero antes de hacerlo, reglas predefinidas determinan si debería permitirse según las condiciones actuales. Eso cambia algo importante sobre cómo pueden diseñarse las aplicaciones onchain. <b>$NEWT </b> impulsa la seguridad económica detrás de esa capa de políticas, alineando los incentivos de los validadores con el cumplimiento confiable de políticas en todas las cadenas. Aún no sé qué tan rápido los desarrolladores empezarán a tratar la autorización como una capa separada y igual de importante respecto a la ejecución. Los contratos inteligentes son muy buenos para hacer lo que se les indica. La cuestión de qué deberían decirles es un problema completamente distinto. #BinanceSquareTalks #TrendingTopic #SpaceXJoinsNasdaq100 #SKHynixToBeginNasdaqTradingJuly10 #Newt
$EVAA
$EDGE
"¿Deberían los contratos inteligentes tener capas de políticas?"