wiki002
2.3k Publicaciones
wiki002
Allah is greatest
Trader de alta frecuencia
1.8 años
1.0K+ Siguiendo
2.5K+ Seguidores
14.4K+ Me gusta
Publicaciones
Todo
Cotizaciones
Directo
PINNED
Con verificación
#Newt $NEWT La capa faltante entre el capital institucional y la ejecución on-chain
Las instituciones rara vez rechazan DeFi porque las transacciones se liquidan demasiado lento. Dudan porque la mayoría de los protocolos aún asumen que cada firma válida debe ejecutarse de inmediato. Eso funciona para las finanzas sin permisos, pero deja poco margen para las reglas de autorización en las que las grandes organizaciones confían todos los días.
Los mercados tradicionales no se volvieron confiables solo por una mejor liquidación. evolucionaron en torno a controles exigibles: límites de exposición, flujos de aprobación, políticas de cumplimiento y registros de auditoría. Esas reglas se verifican antes de que los activos se muevan, no después de que ocurra un incidente. DeFi ha desplazado en gran medida esas responsabilidades a herramientas fuera de la cadena, creando una brecha entre la transparencia de blockchain y la gobernanza del mundo real.
El @NewtonProtocol Mainnet Beta es interesante porque lleva este debate de la teoría a la implementación. Los desarrolladores ahora pueden experimentar con la evaluación de políticas antes de la ejecución de la transacción, lo que permite que se verifiquen reglas de autorización predefinidas antes de que los activos se muevan, en lugar de depender de la supervisión a posteriori. Esto acerca el cumplimiento a la capa del protocolo, donde las decisiones pueden ser transparentes, reproducibles y más fáciles de auditar.
El intercambio (trade-off) merece una atención igual. Una autorización más sólida puede añadir complejidad operativa, y la gobernanza de políticas se vuelve tan importante como la ejecución en sí. Si las actualizaciones de políticas no son transparentes y auditables, la confianza simplemente se desplaza de la ejecución de transacciones a la gestión de políticas. La arquitectura solo fortalece la descentralización si esas reglas permanecen observables y responsables.
si el Mainnet Beta demuestra que la autorización a nivel de protocolo puede escalar sin sacrificar la transparencia, podría convertirse en un importante bloque de construcción para la adopción institucional. El hito más grande no son transacciones más rápidas: es hacer que la autorización sea verificable antes de la ejecución.
¿Incrustar la evaluación de políticas en el flujo de transacciones reduce genuinamente los supuestos de confianza, o solo redefine dónde debe existir la confianza?🤔
@NewtonProtocol
Las instituciones rara vez rechazan DeFi porque las transacciones se liquidan demasiado lento. Dudan porque la mayoría de los protocolos aún asumen que cada firma válida debe ejecutarse de inmediato. Eso funciona para las finanzas sin permisos, pero deja poco margen para las reglas de autorización en las que las grandes organizaciones confían todos los días.
Los mercados tradicionales no se volvieron confiables solo por una mejor liquidación. evolucionaron en torno a controles exigibles: límites de exposición, flujos de aprobación, políticas de cumplimiento y registros de auditoría. Esas reglas se verifican antes de que los activos se muevan, no después de que ocurra un incidente. DeFi ha desplazado en gran medida esas responsabilidades a herramientas fuera de la cadena, creando una brecha entre la transparencia de blockchain y la gobernanza del mundo real.
El @NewtonProtocol Mainnet Beta es interesante porque lleva este debate de la teoría a la implementación. Los desarrolladores ahora pueden experimentar con la evaluación de políticas antes de la ejecución de la transacción, lo que permite que se verifiquen reglas de autorización predefinidas antes de que los activos se muevan, en lugar de depender de la supervisión a posteriori. Esto acerca el cumplimiento a la capa del protocolo, donde las decisiones pueden ser transparentes, reproducibles y más fáciles de auditar.
El intercambio (trade-off) merece una atención igual. Una autorización más sólida puede añadir complejidad operativa, y la gobernanza de políticas se vuelve tan importante como la ejecución en sí. Si las actualizaciones de políticas no son transparentes y auditables, la confianza simplemente se desplaza de la ejecución de transacciones a la gestión de políticas. La arquitectura solo fortalece la descentralización si esas reglas permanecen observables y responsables.
si el Mainnet Beta demuestra que la autorización a nivel de protocolo puede escalar sin sacrificar la transparencia, podría convertirse en un importante bloque de construcción para la adopción institucional. El hito más grande no son transacciones más rápidas: es hacer que la autorización sea verificable antes de la ejecución.
¿Incrustar la evaluación de políticas en el flujo de transacciones reduce genuinamente los supuestos de confianza, o solo redefine dónde debe existir la confianza?🤔
@NewtonProtocol
PINNED
#newt $NEWT Llamar a la ejecución sin confianza a menudo oculta dónde se están tomando realmente las decisiones
Cuando rastreo los flujos de DeFi y RWA de principio a fin, el contrato inteligente empieza a sentirse menos como una capa de decisión y más como un punto de control final. Para cuando una transacción llega a él, la mayor parte del filtrado ya ocurrió en otro lugar mediante verificaciones fuera de la cadena, lógica de enrutamiento, reglas de la aplicación, restricciones de cumplimiento. Todos ellos, en silencio, determinan qué incluso califica para la ejecución.
El problema no es que alguna capa en particular esté fallando. Es que la ejecución nunca se define en un solo lugar. Cada sistema implementa su propia versión de lo permitido, lo que crea una superficie de decisión fragmentada. La confianza no desaparece en este esquema; se distribuye entre múltiples puntos de control invisibles, aunque a veces me pregunto si siquiera medimos esa confianza de forma consistente entre capas.
El diseño de Newton, desde una perspectiva arquitectónica, parece intentar comprimir todo este espacio de decisiones previo a la ejecución en un único límite de aplicación en la ejecución. En lugar de múltiples interpretaciones entre aplicaciones y cadenas, las políticas se evalúan justo en el momento del asentamiento. Las entradas entre cadenas y las señales fuera de la cadena ya no son suposiciones externas: pasan a ser parte del mismo flujo de verificación.
Lo que cambia aquí es el modelo de fallos. En los sistemas tradicionales, los problemas a menudo aparecen después de la ejecución cuando el estado ya se ha modificado. Aquí, la intención es bloquear transiciones inválidas antes del asentamiento. Aunque todavía no estoy totalmente convencido de cómo se comporta esto bajo condiciones de datos altamente adversarias o con ruido a escala, la dirección es estructuralmente clara.
El cambio clave está en la dependencia. Si la ejecución depende completamente de la evaluación de la política, entonces la corrección se aleja de las aplicaciones y se concentra en la capa de política en sí misma. Eso significa que la confianza no desaparece: simplemente se traslada a un punto de control más crítico.
Pregunta: Si la capa de políticas se convierte en la puerta final para la ejecución, ¿eso realmente reduce la confianza sistémica o solo redefine dónde se ubica el único punto de falla?🤔
@NewtonProtocol
Cuando rastreo los flujos de DeFi y RWA de principio a fin, el contrato inteligente empieza a sentirse menos como una capa de decisión y más como un punto de control final. Para cuando una transacción llega a él, la mayor parte del filtrado ya ocurrió en otro lugar mediante verificaciones fuera de la cadena, lógica de enrutamiento, reglas de la aplicación, restricciones de cumplimiento. Todos ellos, en silencio, determinan qué incluso califica para la ejecución.
El problema no es que alguna capa en particular esté fallando. Es que la ejecución nunca se define en un solo lugar. Cada sistema implementa su propia versión de lo permitido, lo que crea una superficie de decisión fragmentada. La confianza no desaparece en este esquema; se distribuye entre múltiples puntos de control invisibles, aunque a veces me pregunto si siquiera medimos esa confianza de forma consistente entre capas.
El diseño de Newton, desde una perspectiva arquitectónica, parece intentar comprimir todo este espacio de decisiones previo a la ejecución en un único límite de aplicación en la ejecución. En lugar de múltiples interpretaciones entre aplicaciones y cadenas, las políticas se evalúan justo en el momento del asentamiento. Las entradas entre cadenas y las señales fuera de la cadena ya no son suposiciones externas: pasan a ser parte del mismo flujo de verificación.
Lo que cambia aquí es el modelo de fallos. En los sistemas tradicionales, los problemas a menudo aparecen después de la ejecución cuando el estado ya se ha modificado. Aquí, la intención es bloquear transiciones inválidas antes del asentamiento. Aunque todavía no estoy totalmente convencido de cómo se comporta esto bajo condiciones de datos altamente adversarias o con ruido a escala, la dirección es estructuralmente clara.
El cambio clave está en la dependencia. Si la ejecución depende completamente de la evaluación de la política, entonces la corrección se aleja de las aplicaciones y se concentra en la capa de política en sí misma. Eso significa que la confianza no desaparece: simplemente se traslada a un punto de control más crítico.
Pregunta: Si la capa de políticas se convierte en la puerta final para la ejecución, ¿eso realmente reduce la confianza sistémica o solo redefine dónde se ubica el único punto de falla?🤔
@NewtonProtocol
Con verificación
#newt $NEWT Cuanto más estudié el Protocolo Newton, menos lo vi como un sistema de autorización.
Empezó a parecerse más a un intento de convertir la autorización en su propia capa de infraestructura.
La mayoría de los smart contracts mezclan las comprobaciones de permisos directamente en la lógica de la aplicación.
Los límites de gasto, la gestión de roles y las listas de permitidos se reescriben una y otra vez.
Incluso cuando las reglas son casi idénticas, cada protocolo mantiene su propia versión.
Newton separa esas preocupaciones.
Las políticas se escriben en rego, se almacenan en IPFS y se referencian mediante PolicyClients en lugar de incrustarse en cada contrato.
Eso cambia el papel del contrato.
En vez de decidir por qué una transacción debería permitirse, verifica que la red ya haya evaluado la política y haya devuelto una atestación válida.
Lo que más me interesó es que la autorización se vuelve reutilizable.
Eso significa que el mismo modelo de autorización puede reutilizarse en distintas aplicaciones en lugar de reconstruirse cada vez, mientras que cada policyClient aún puede definir sus propios parámetros.
Menos lógica de autorización duplicada es solo parte del beneficio.
También desplaza más responsabilidad hacia el diseño de buenas políticas desde el principio, porque cada aplicación que dependa de esa política hereda las mismas suposiciones.
Si los motores de políticas se vuelven infraestructura reutilizable en lugar de código específico de la aplicación, ¿podría la autorización eventualmente convertirse en un estándar de seguridad compartido en Web3?🤔
@NewtonProtocol
Empezó a parecerse más a un intento de convertir la autorización en su propia capa de infraestructura.
La mayoría de los smart contracts mezclan las comprobaciones de permisos directamente en la lógica de la aplicación.
Los límites de gasto, la gestión de roles y las listas de permitidos se reescriben una y otra vez.
Incluso cuando las reglas son casi idénticas, cada protocolo mantiene su propia versión.
Newton separa esas preocupaciones.
Las políticas se escriben en rego, se almacenan en IPFS y se referencian mediante PolicyClients en lugar de incrustarse en cada contrato.
Eso cambia el papel del contrato.
En vez de decidir por qué una transacción debería permitirse, verifica que la red ya haya evaluado la política y haya devuelto una atestación válida.
Lo que más me interesó es que la autorización se vuelve reutilizable.
Eso significa que el mismo modelo de autorización puede reutilizarse en distintas aplicaciones en lugar de reconstruirse cada vez, mientras que cada policyClient aún puede definir sus propios parámetros.
Menos lógica de autorización duplicada es solo parte del beneficio.
También desplaza más responsabilidad hacia el diseño de buenas políticas desde el principio, porque cada aplicación que dependa de esa política hereda las mismas suposiciones.
Si los motores de políticas se vuelven infraestructura reutilizable en lugar de código específico de la aplicación, ¿podría la autorización eventualmente convertirse en un estándar de seguridad compartido en Web3?🤔
@NewtonProtocol
Con verificación
La mayoría de las blockchains están diseñadas para responder a una sola pregunta: ¿Puede esta transacción ejecutarse? Creo que la pregunta más difícil es si debería ejecutarse en primer lugar.
Eso fue lo primero que me llamó la atención al leer sobre la Mainnet Beta de @Newtonprotocol.
En lugar de pedirle a cada aplicación que construya su propia lógica de cumplimiento y riesgo dentro de los smart contracts, Newton separa la autorización del asentamiento. Las políticas se evalúan por operadores independientes usando datos onchain y datos aprobados offchain. Una vez que suficientes operadores llegan a la misma conclusión, la red produce una acreditación de autorización. El contrato de destino verifica esa acreditación antes de la ejecución.
Lo que me parece más interesante es el modelo de seguridad detrás de ese proceso. No se basa simplemente en confiar en que los operadores tomen la decisión correcta. Los operadores aseguran su trabajo con ETH re-staked a través de EigenLayer, y las autorizaciones incorrectas pueden ser impugnadas con pruebas de fraude de conocimiento cero. El objetivo es simple: hacer que el comportamiento deshonesto resulte más costoso que actuar con honestidad.
Eso no elimina todos los riesgos. La autorización sigue siendo tan buena como las políticas que se aplican y los datos en los que esas políticas se basan. Además, introduce otro paso antes del asentamiento. Pero separar la autorización de la lógica de la aplicación podría hacer que esas políticas sean más fáciles de actualizar sin rediseñar repetidamente smart contracts.
Si más capital institucional y aplicaciones impulsadas por IA se mueven onchain, demostrar por qué una transacción fue aprobada podría volverse casi tan importante como demostrar que se ejecutó correctamente. En ese punto, la autorización empieza a parecer menos una característica de la aplicación y más una infraestructura compartida.
Si la autorización se convierte en su propia capa de red, ¿reduce de manera significativa los supuestos de confianza, o el problema más difícil simplemente pasa a ser diseñar mejores políticas?
@NewtonProtocol $NEWT #Newt
Eso fue lo primero que me llamó la atención al leer sobre la Mainnet Beta de @Newtonprotocol.
En lugar de pedirle a cada aplicación que construya su propia lógica de cumplimiento y riesgo dentro de los smart contracts, Newton separa la autorización del asentamiento. Las políticas se evalúan por operadores independientes usando datos onchain y datos aprobados offchain. Una vez que suficientes operadores llegan a la misma conclusión, la red produce una acreditación de autorización. El contrato de destino verifica esa acreditación antes de la ejecución.
Lo que me parece más interesante es el modelo de seguridad detrás de ese proceso. No se basa simplemente en confiar en que los operadores tomen la decisión correcta. Los operadores aseguran su trabajo con ETH re-staked a través de EigenLayer, y las autorizaciones incorrectas pueden ser impugnadas con pruebas de fraude de conocimiento cero. El objetivo es simple: hacer que el comportamiento deshonesto resulte más costoso que actuar con honestidad.
Eso no elimina todos los riesgos. La autorización sigue siendo tan buena como las políticas que se aplican y los datos en los que esas políticas se basan. Además, introduce otro paso antes del asentamiento. Pero separar la autorización de la lógica de la aplicación podría hacer que esas políticas sean más fáciles de actualizar sin rediseñar repetidamente smart contracts.
Si más capital institucional y aplicaciones impulsadas por IA se mueven onchain, demostrar por qué una transacción fue aprobada podría volverse casi tan importante como demostrar que se ejecutó correctamente. En ese punto, la autorización empieza a parecer menos una característica de la aplicación y más una infraestructura compartida.
Si la autorización se convierte en su propia capa de red, ¿reduce de manera significativa los supuestos de confianza, o el problema más difícil simplemente pasa a ser diseñar mejores políticas?
@NewtonProtocol $NEWT #Newt
#newt $NEWT Cuanto más pienso en MiCA,
menos lo veo como una historia regulatoria. Cuando terminó el período transitorio de MiCA, la mayor parte de la conversación se centró en qué empresas estaban listas y cuáles no. Pero lo que llamó mi atención fue otra cosa. Quizá el cambio más grande no sea la regulación en sí, sino cómo el cumplimiento está empezando a formar parte de la infraestructura de blockchain. Si las transacciones pueden demostrar que cumplen las comprobaciones de identidad, el filtrado de sanciones, las reglas de jurisdicción y las políticas de riesgo antes de ejecutarse, el cumplimiento deja de ser solo una obligación legal y se convierte en una capacidad técnica. Esto parece especialmente relevante a medida que las acciones tokenizadas, los activos del mundo real (RWA), las stablecoins y el capital institucional continúan moviéndose onchain. Las grandes instituciones financieras no solo quieren descentralización; necesitan una ejecución predecible y verificable. Por eso, proyectos como Newton Protocol son interesantes de seguir. En lugar de tratar el cumplimiento como una ocurrencia tardía, están explorando si la autorización y la aplicación de políticas pueden convertirse en partes nativas del flujo de transacciones. Por supuesto, este enfoque también plantea preguntas importantes sobre la privacidad, la descentralización y la flexibilidad, así que dista mucho de ser una conversación cerrada. Pero si el cripto se está moviendo hacia una adopción institucional más amplia, quizá la verdadera ventaja competitiva no sea la cadena más rápida: será la que pueda demostrar confianza sin depender solo de eso.
¿El cumplimiento programable podría convertirse en algo tan fundamental para la infraestructura de blockchain como lo son los contratos inteligentes?🤔
@NewtonProtocol
menos lo veo como una historia regulatoria. Cuando terminó el período transitorio de MiCA, la mayor parte de la conversación se centró en qué empresas estaban listas y cuáles no. Pero lo que llamó mi atención fue otra cosa. Quizá el cambio más grande no sea la regulación en sí, sino cómo el cumplimiento está empezando a formar parte de la infraestructura de blockchain. Si las transacciones pueden demostrar que cumplen las comprobaciones de identidad, el filtrado de sanciones, las reglas de jurisdicción y las políticas de riesgo antes de ejecutarse, el cumplimiento deja de ser solo una obligación legal y se convierte en una capacidad técnica. Esto parece especialmente relevante a medida que las acciones tokenizadas, los activos del mundo real (RWA), las stablecoins y el capital institucional continúan moviéndose onchain. Las grandes instituciones financieras no solo quieren descentralización; necesitan una ejecución predecible y verificable. Por eso, proyectos como Newton Protocol son interesantes de seguir. En lugar de tratar el cumplimiento como una ocurrencia tardía, están explorando si la autorización y la aplicación de políticas pueden convertirse en partes nativas del flujo de transacciones. Por supuesto, este enfoque también plantea preguntas importantes sobre la privacidad, la descentralización y la flexibilidad, así que dista mucho de ser una conversación cerrada. Pero si el cripto se está moviendo hacia una adopción institucional más amplia, quizá la verdadera ventaja competitiva no sea la cadena más rápida: será la que pueda demostrar confianza sin depender solo de eso.
¿El cumplimiento programable podría convertirse en algo tan fundamental para la infraestructura de blockchain como lo son los contratos inteligentes?🤔
@NewtonProtocol
Con verificación
#newt $NEWT A una comprobación de cumplimiento que existe solo en el frontend no forma parte realmente de la imposición en la cadena.
En el momento en que alguien interactúa con un contrato inteligente directamente en lugar de a través de la interfaz de la aplicación, esas protecciones ya no aplican. La interfaz puede bloquear una wallet, requerir verificación de identidad o imponer restricciones regionales, pero esos controles pierden su valor si una transacción puede llegar al contrato inteligente sin ellos. Es posible que el monitoreo aún detecte la actividad más tarde, pero para entonces los activos ya se han movido.
La integración de Persona de Newton usa atributos de identidad verificados como entradas para la autorización de transacciones, en vez de limitarlos a la capa de la aplicación. La red de operadores de Newton evalúa políticas que cubren requisitos de jurisdicción, residencia y edad, y luego produce una atestación criptográfica. Sin esa atestación, la transacción no puede ejecutarse.
El cambio real no es otra comprobación de cumplimiento. Es trasladar la imposición desde la interfaz hacia la propia transacción. Aún existe una dependencia de datos de identidad precisos y políticas bien definidas, así que esto no elimina la confianza por completo. Lo que hace es desplazar la confianza hacia la calidad de los datos de identidad y las políticas que los respaldan.
A medida que más actividad financiera se mueve completamente en la cadena, ¿debería el cumplimiento seguir siendo una función de la aplicación, o necesita convertirse en parte de la ejecución de la transacción en sí? 🤔
@NewtonProtocol
En el momento en que alguien interactúa con un contrato inteligente directamente en lugar de a través de la interfaz de la aplicación, esas protecciones ya no aplican. La interfaz puede bloquear una wallet, requerir verificación de identidad o imponer restricciones regionales, pero esos controles pierden su valor si una transacción puede llegar al contrato inteligente sin ellos. Es posible que el monitoreo aún detecte la actividad más tarde, pero para entonces los activos ya se han movido.
La integración de Persona de Newton usa atributos de identidad verificados como entradas para la autorización de transacciones, en vez de limitarlos a la capa de la aplicación. La red de operadores de Newton evalúa políticas que cubren requisitos de jurisdicción, residencia y edad, y luego produce una atestación criptográfica. Sin esa atestación, la transacción no puede ejecutarse.
El cambio real no es otra comprobación de cumplimiento. Es trasladar la imposición desde la interfaz hacia la propia transacción. Aún existe una dependencia de datos de identidad precisos y políticas bien definidas, así que esto no elimina la confianza por completo. Lo que hace es desplazar la confianza hacia la calidad de los datos de identidad y las políticas que los respaldan.
A medida que más actividad financiera se mueve completamente en la cadena, ¿debería el cumplimiento seguir siendo una función de la aplicación, o necesita convertirse en parte de la ejecución de la transacción en sí? 🤔
@NewtonProtocol
Cuanto más aprendo sobre los vaults de DeFi, más siento que hemos normalizado algo que probablemente no debería ser normal: pedir a los usuarios que confíen en procesos operativos que en realidad no pueden verificar.
La mayoría de los vaults ya tienen buenas estrategias y curadores experimentados. Ese no es el problema. El problema es que muchas comprobaciones importantes todavía ocurren fuera de la propia transacción. Si esas comprobaciones dependen de paneles, flujos de trabajo internos o aprobaciones manuales, los usuarios siguen confiando en la palabra de otra persona.
Por eso seguí volviendo a @NewtonProtocol . No intenta reemplazar los vaults ni rediseñar DeFi. Se centra en la parte que creo que ha estado faltando: asegurarse de que las acciones importantes se verifiquen antes de ejecutarse.
De hecho, me gusta este enfoque porque los protocolos no tienen que tirar la infraestructura que ya han construido. Mejorar la seguridad sin obligar a un rediseño completo hace que la adopción sea mucho más realista.
Mi única preocupación es que las políticas no se mantienen por sí solas. Los mercados cambian rápido y aparecen nuevos riesgos todo el tiempo. A largo plazo, la calidad del marco dependerá de qué tan bien se actualicen esas políticas y de qué tan fiable siga siendo la información externa.
Estaré atento a cómo funciona esto a medida que más protocolos y estrategias de vaults más complejas empiecen a usarlo. Ahí es cuando realmente sabremos si este modelo puede escalar.
¿Te haría sentir más cómodo depositar en un vault de DeFi? 🤔
@NewtonProtocol #Newt $NEWT
La mayoría de los vaults ya tienen buenas estrategias y curadores experimentados. Ese no es el problema. El problema es que muchas comprobaciones importantes todavía ocurren fuera de la propia transacción. Si esas comprobaciones dependen de paneles, flujos de trabajo internos o aprobaciones manuales, los usuarios siguen confiando en la palabra de otra persona.
Por eso seguí volviendo a @NewtonProtocol . No intenta reemplazar los vaults ni rediseñar DeFi. Se centra en la parte que creo que ha estado faltando: asegurarse de que las acciones importantes se verifiquen antes de ejecutarse.
De hecho, me gusta este enfoque porque los protocolos no tienen que tirar la infraestructura que ya han construido. Mejorar la seguridad sin obligar a un rediseño completo hace que la adopción sea mucho más realista.
Mi única preocupación es que las políticas no se mantienen por sí solas. Los mercados cambian rápido y aparecen nuevos riesgos todo el tiempo. A largo plazo, la calidad del marco dependerá de qué tan bien se actualicen esas políticas y de qué tan fiable siga siendo la información externa.
Estaré atento a cómo funciona esto a medida que más protocolos y estrategias de vaults más complejas empiecen a usarlo. Ahí es cuando realmente sabremos si este modelo puede escalar.
¿Te haría sentir más cómodo depositar en un vault de DeFi? 🤔
@NewtonProtocol #Newt $NEWT
La mayoría de la gente cree que la transparencia resuelve la confianza. No creo que sea así.
Una cosa que no esperaba encontrar al mirar @NewtonProtocol $NEWT era que la innovación real no era hacer que las bóvedas fueran más visibles; era reducir, desde el principio, cuánta discreción tienen los gestores.
Una lección se repite una y otra vez a lo largo de la historia financiera: cuando una parte administra el capital de otra, con el tiempo los incentivos terminan divergiendo. un mayor rendimiento a menudo oculta un mayor riesgo, y cuando los depositantes descubren de dónde venía ese rendimiento, el daño ya está hecho.
Lo que me resulta interesante es el cambio arquitectónico. En lugar de depender de mejores reportes o auditorías posteriores a la operación, Newton traslada los controles de riesgo a la ejecución misma. Si los límites de apalancamiento, la exposición a contrapartes o los permisos de estrategia se hacen cumplir antes de que las transacciones se liquiden, el protocolo no solo documenta el comportamiento: lo está restringiendo.
Eso cambia el debate de "¿Puedo confiar en el gestor?" a "¿Puede el gestor incluso superar el mandato?"
Cuanto más lo miraba, más sentía que esta es una distinción sutil pero importante. La transparencia en cadena es valiosa, pero la transparencia por sí sola no evita decisiones malas. La aplicación preventiva crea un modelo de seguridad distinto, en el que el riesgo aceptable se define desde el principio en lugar de evaluarse después de que ocurran pérdidas.
Mi conclusión es que, si DeFi quiere competir con las finanzas institucionales a largo plazo, la gobernanza programable y los límites de riesgo exigibles pueden volverse más importantes que simplemente ofrecer mayores rendimientos.
Esa es la parte de @NewtonProtocol que creo que merece más atención que las cifras de APY.
¿Qué opinas? 🤔
#Newt
Una cosa que no esperaba encontrar al mirar @NewtonProtocol $NEWT era que la innovación real no era hacer que las bóvedas fueran más visibles; era reducir, desde el principio, cuánta discreción tienen los gestores.
Una lección se repite una y otra vez a lo largo de la historia financiera: cuando una parte administra el capital de otra, con el tiempo los incentivos terminan divergiendo. un mayor rendimiento a menudo oculta un mayor riesgo, y cuando los depositantes descubren de dónde venía ese rendimiento, el daño ya está hecho.
Lo que me resulta interesante es el cambio arquitectónico. En lugar de depender de mejores reportes o auditorías posteriores a la operación, Newton traslada los controles de riesgo a la ejecución misma. Si los límites de apalancamiento, la exposición a contrapartes o los permisos de estrategia se hacen cumplir antes de que las transacciones se liquiden, el protocolo no solo documenta el comportamiento: lo está restringiendo.
Eso cambia el debate de "¿Puedo confiar en el gestor?" a "¿Puede el gestor incluso superar el mandato?"
Cuanto más lo miraba, más sentía que esta es una distinción sutil pero importante. La transparencia en cadena es valiosa, pero la transparencia por sí sola no evita decisiones malas. La aplicación preventiva crea un modelo de seguridad distinto, en el que el riesgo aceptable se define desde el principio en lugar de evaluarse después de que ocurran pérdidas.
Mi conclusión es que, si DeFi quiere competir con las finanzas institucionales a largo plazo, la gobernanza programable y los límites de riesgo exigibles pueden volverse más importantes que simplemente ofrecer mayores rendimientos.
Esa es la parte de @NewtonProtocol que creo que merece más atención que las cifras de APY.
¿Qué opinas? 🤔
#Newt
#opg $OPG Lo que me llamó la atención no fue realmente la etiqueta “Sin censura”. Muchos proyectos de IA recurren a ese enfoque de todos modos. Lo que aquí me pareció más importante es cómo OpenGradient combina la libertad creativa y la inferencia privada en un solo diseño, en lugar de separarlas en puntos de conversación.
Cuando revisé la arquitectura, mi lectura es que no se trata solo de permitir que los usuarios generen imágenes con más libertad. Se trata más de controlar quién realmente es dueño de los datos, quién puede verlos y qué se hace con ellos en el camino. Si los prompts y las salidas se mantienen en privado de verdad y el sistema no sobrefiltra usos creativos legítimos, entonces ya no es simplemente otra interfaz de modelo. Empieza a parecer infraestructura sobre la que la gente realmente puede construir sin tener que dudar.
Una cosa que la gente tiende a pasar por alto es cuánto cambia la privacidad la manera en que te comportas con un sistema. Si no te preocupan los registros o el análisis, naturalmente empujas más al modelo.
Prueba prompts más extraños, itera más rápido. Ese tipo de bucle de retroalimentación es donde normalmente nacen las mejores ideas.
Claro, hay compensaciones. No se pueden evitar. Más libertad significa que todavía necesitas vallas de seguridad en algún lugar del sistema, y la privacidad a gran escala no es un problema “agradable” de producto: es una restricción real de ingeniería.
En general, no creo que la ventaja venga solo de la fuerza bruta del modelo. Si OpenGradient logra mantener firme la línea entre libertad, privacidad y estabilidad, entonces la confianza se convierte en aquello que se acumula con el tiempo.
¿Crees que la privacidad puede mantenerse realísticamente como un foso a largo plazo en la infraestructura de IA, o eventualmente se estandariza? 🤔
@OpenGradient
Cuando revisé la arquitectura, mi lectura es que no se trata solo de permitir que los usuarios generen imágenes con más libertad. Se trata más de controlar quién realmente es dueño de los datos, quién puede verlos y qué se hace con ellos en el camino. Si los prompts y las salidas se mantienen en privado de verdad y el sistema no sobrefiltra usos creativos legítimos, entonces ya no es simplemente otra interfaz de modelo. Empieza a parecer infraestructura sobre la que la gente realmente puede construir sin tener que dudar.
Una cosa que la gente tiende a pasar por alto es cuánto cambia la privacidad la manera en que te comportas con un sistema. Si no te preocupan los registros o el análisis, naturalmente empujas más al modelo.
Prueba prompts más extraños, itera más rápido. Ese tipo de bucle de retroalimentación es donde normalmente nacen las mejores ideas.
Claro, hay compensaciones. No se pueden evitar. Más libertad significa que todavía necesitas vallas de seguridad en algún lugar del sistema, y la privacidad a gran escala no es un problema “agradable” de producto: es una restricción real de ingeniería.
En general, no creo que la ventaja venga solo de la fuerza bruta del modelo. Si OpenGradient logra mantener firme la línea entre libertad, privacidad y estabilidad, entonces la confianza se convierte en aquello que se acumula con el tiempo.
¿Crees que la privacidad puede mantenerse realísticamente como un foso a largo plazo en la infraestructura de IA, o eventualmente se estandariza? 🤔
@OpenGradient
Bitcoin se enfrenta a uno de sus entornos macro más débiles en meses. Las salidas de los ETF siguen siendo persistentes, la Fed continúa señalando tasas más altas por más tiempo, las tensiones geopolíticas han fortalecido el dólar estadounidense y el precio ya ha cerrado por debajo de la SMA de 200 semanas. A primera vista, es difícil construir un caso alcista.
Lo que me hace dudar no son los titulares, sino el posicionamiento que hay detrás.
El mercado se ha concentrado de forma intensa en la misma operación. Las posiciones largas en dólares han alcanzado máximos de varios años, mientras que los fondos apalancados siguen sumando apuestas agresivas sobre tasas de interés elevadas. Cuando el posicionamiento llega a estos extremos, cada nuevo dato macro importa menos para confirmar la tendencia y más para determinar si el consenso se ha ido demasiado lejos.
Por eso creo que los precios del petróleo de esta semana y los datos de empleo en EE. UU. merecen más atención que las velas diarias de Bitcoin. Si las expectativas de inflación se enfrían o el mercado laboral empieza a perder impulso, la primera reacción podría no comenzar en las criptomonedas. Podría iniciarse con el dólar y los rendimientos de los bonos del Tesoro. Una reversión allí eliminaría dos de los mayores vientos en contra macro que han pesado sobre Bitcoin durante todo junio.
El panorama técnico añade otra capa. Un cierre semanal por debajo de la SMA de 200 semanas es, sin duda, una señal débil, pero la historia muestra que este nivel a menudo atrae la acumulación a largo plazo más que marcar la etapa final de un mercado bajista. Eso no garantiza un suelo, pero sí cambia cómo interpreto el riesgo a la baja.
No me posiciono en función de titulares. Estoy observando si la operación macro más concurrida por fin empieza a deshacerse. Si lo hace, la recuperación de Bitcoin podría estar impulsada por el posicionamiento antes de que el sentimiento tenga tiempo de ponerse al día.
#Bitcoin #BTC #Macro #Binance #Crypto
Lo que me hace dudar no son los titulares, sino el posicionamiento que hay detrás.
El mercado se ha concentrado de forma intensa en la misma operación. Las posiciones largas en dólares han alcanzado máximos de varios años, mientras que los fondos apalancados siguen sumando apuestas agresivas sobre tasas de interés elevadas. Cuando el posicionamiento llega a estos extremos, cada nuevo dato macro importa menos para confirmar la tendencia y más para determinar si el consenso se ha ido demasiado lejos.
Por eso creo que los precios del petróleo de esta semana y los datos de empleo en EE. UU. merecen más atención que las velas diarias de Bitcoin. Si las expectativas de inflación se enfrían o el mercado laboral empieza a perder impulso, la primera reacción podría no comenzar en las criptomonedas. Podría iniciarse con el dólar y los rendimientos de los bonos del Tesoro. Una reversión allí eliminaría dos de los mayores vientos en contra macro que han pesado sobre Bitcoin durante todo junio.
El panorama técnico añade otra capa. Un cierre semanal por debajo de la SMA de 200 semanas es, sin duda, una señal débil, pero la historia muestra que este nivel a menudo atrae la acumulación a largo plazo más que marcar la etapa final de un mercado bajista. Eso no garantiza un suelo, pero sí cambia cómo interpreto el riesgo a la baja.
No me posiciono en función de titulares. Estoy observando si la operación macro más concurrida por fin empieza a deshacerse. Si lo hace, la recuperación de Bitcoin podría estar impulsada por el posicionamiento antes de que el sentimiento tenga tiempo de ponerse al día.
#Bitcoin #BTC #Macro #Binance #Crypto
📈 Configuración de Trading: $GUSDT
El reciente retroceso no logró romper la estructura alcista más amplia. En cambio, el precio encontró soporte por encima de las medias móviles clave y ahora está intentando recuperar el máximo del swing anterior.
Tesis de la Operación 🟢 Sesgo: Alcista
Entrada: 0.00390–0.00400
Invalidación: 0.00355 (cierre de 4H por debajo del soporte)
Objetivo 1: 0.00415
Objetivo 2: 0.00435
Objetivo 3: 0.00455
Por qué esta configuración destaca: • El precio está formando mínimos más altos después de la corrección. • La MA(7) permanece por encima de la MA(25), preservando la fuerza de la tendencia a corto plazo. • El impulso ha vuelto con velas alcistas consecutivas. • Una ruptura confirmada por encima de 0.00415 podría activar otra fase de expansión.
Nunca entro en una operación sin confirmación. Proteger el capital mediante una gestión de riesgo adecuada es mucho más importante que predecir la siguiente vela.
$G $OPG $ZKJ
@Binance Square Official
#Binance #BinanceCreator #CreatorPad
El reciente retroceso no logró romper la estructura alcista más amplia. En cambio, el precio encontró soporte por encima de las medias móviles clave y ahora está intentando recuperar el máximo del swing anterior.
Tesis de la Operación 🟢 Sesgo: Alcista
Entrada: 0.00390–0.00400
Invalidación: 0.00355 (cierre de 4H por debajo del soporte)
Objetivo 1: 0.00415
Objetivo 2: 0.00435
Objetivo 3: 0.00455
Por qué esta configuración destaca: • El precio está formando mínimos más altos después de la corrección. • La MA(7) permanece por encima de la MA(25), preservando la fuerza de la tendencia a corto plazo. • El impulso ha vuelto con velas alcistas consecutivas. • Una ruptura confirmada por encima de 0.00415 podría activar otra fase de expansión.
Nunca entro en una operación sin confirmación. Proteger el capital mediante una gestión de riesgo adecuada es mucho más importante que predecir la siguiente vela.
$G $OPG $ZKJ
@Binance Square Official
#Binance #BinanceCreator #CreatorPad
#opg $OPG AMMs optimizan la colocación de liquidez, pero ignoran una variable más importante: la fijación de precios del riesgo en tiempo real en las comisiones.
Los Proveedores de Liquidez operan en entornos de riesgo que cambian constantemente, pero la mayoría de los AMM todavía se basa en estructuras de comisiones estáticas o predefinidas.
Esto crea una falta de concordancia estructural. Cuando aumenta la volatilidad, la compensación a los LP no se ajusta lo bastante rápido como para reflejar el mayor riesgo. Cuando los mercados se estabilizan, las comisiones siguen siendo ineficientemente altas para los traders, lo que aleja la liquidez y reduce la eficiencia general.
Uniswap V3 mejoró la eficiencia de capital mediante liquidez concentrada y comisiones por niveles, pero la capa de comisiones sigue siendo en gran medida estática. Eso significa que la limitación real no es la colocación de liquidez: es la ausencia de precios dinámicos basados en el riesgo.
Visto desde esta perspectiva,@OpenGradient se encuentra en una posición importante: no como otra capa de mejora de liquidez, sino como un intento de replantear cómo los sistemas responden a las condiciones cambiantes del mercado en tiempo real.
las comisiones son, en la práctica, el bucle de retroalimentación que falta entre el estrés del mercado y los incentivos de liquidez.
La próxima evolución de los AMM no vendrá de nuevos diseños de liquidez, sino de sistemas de comisiones que alineen continuamente el riesgo en tiempo real.
¿Las comisiones estáticas son el verdadero cuello de botella?🤔
Los Proveedores de Liquidez operan en entornos de riesgo que cambian constantemente, pero la mayoría de los AMM todavía se basa en estructuras de comisiones estáticas o predefinidas.
Esto crea una falta de concordancia estructural. Cuando aumenta la volatilidad, la compensación a los LP no se ajusta lo bastante rápido como para reflejar el mayor riesgo. Cuando los mercados se estabilizan, las comisiones siguen siendo ineficientemente altas para los traders, lo que aleja la liquidez y reduce la eficiencia general.
Uniswap V3 mejoró la eficiencia de capital mediante liquidez concentrada y comisiones por niveles, pero la capa de comisiones sigue siendo en gran medida estática. Eso significa que la limitación real no es la colocación de liquidez: es la ausencia de precios dinámicos basados en el riesgo.
Visto desde esta perspectiva,@OpenGradient se encuentra en una posición importante: no como otra capa de mejora de liquidez, sino como un intento de replantear cómo los sistemas responden a las condiciones cambiantes del mercado en tiempo real.
las comisiones son, en la práctica, el bucle de retroalimentación que falta entre el estrés del mercado y los incentivos de liquidez.
La próxima evolución de los AMM no vendrá de nuevos diseños de liquidez, sino de sistemas de comisiones que alineen continuamente el riesgo en tiempo real.
¿Las comisiones estáticas son el verdadero cuello de botella?🤔
Inicia sesión para explorar más contenidos