Binance Square
Shaa-zuka BNB
11.6k Publicaciones

Shaa-zuka BNB

550 Siguiendo
5.6K+ Seguidores
6.0K+ Me gusta
Publicaciones
PINNED
·
--
Las narrativas más poderosas no se construyen con hype: se construyen sobre fundamentos. 👀 Si $GRVT llega a Binance Spot, la liquidez, la accesibilidad y la atención del mercado podrían entrar en una fase completamente nueva. Hasta entonces, los inversores inteligentes observan los anuncios, no los rumores. 🚀 $BNB $BTC #grvt #Binance #Listing ¿$GRVT se convertirá en una de las listas más fuertes de 2026?
Las narrativas más poderosas no se construyen con hype: se construyen sobre fundamentos. 👀

Si $GRVT llega a Binance Spot, la liquidez, la accesibilidad y la atención del mercado podrían entrar en una fase completamente nueva. Hasta entonces, los inversores inteligentes observan los anuncios, no los rumores. 🚀

$BNB $BTC
#grvt #Binance #Listing
¿$GRVT se convertirá en una de las listas más fuertes de 2026?
✅ Yes
🚀 Very likely
🤔 Too early
❌ Not convinced
1 día(s) restante(s)
ve
ve
Shaa-zuka BNB
·
--
Nuevo mercado, nuevas oportunidades.

HK1810USDT Perpetual está a punto de salir en vivo. El primer movimiento no siempre es el mejor movimiento: la paciencia, la disciplina y una gestión de riesgos adecuada son lo que hace que los traders consistentes destaquen.

$HK1810 #Binance #futures #crypto
Parcialmente cierto
Nuevo mercado, nuevas oportunidades. HK1810USDT Perpetual está a punto de salir en vivo. El primer movimiento no siempre es el mejor movimiento: la paciencia, la disciplina y una gestión de riesgos adecuada son lo que hace que los traders consistentes destaquen. $HK1810 #Binance #futures #crypto
Nuevo mercado, nuevas oportunidades.

HK1810USDT Perpetual está a punto de salir en vivo. El primer movimiento no siempre es el mejor movimiento: la paciencia, la disciplina y una gestión de riesgos adecuada son lo que hace que los traders consistentes destaquen.

$HK1810 #Binance #futures #crypto
Una cosa sobre la lista blanca de la bóveda de GRVT me sorprendió. Esperaba que los depósitos más grandes tuvieran la mayor ventaja. En cambio, las carteras con un historial de participación más largo a menudo recibieron prioridad sobre las cuentas que simplemente depositaron más capital más tarde. Eso cambia la forma en que veo el proceso de selección. Si el tiempo importa más que el tamaño, el protocolo no solo está midiendo capital. También está midiendo la constancia. Cualquiera puede mover un saldo grande a una bóveda por un periodo corto. Permanecer a través de condiciones cambiantes del mercado, rendimientos más bajos o nuevas oportunidades en otro lugar es una señal completamente distinta. Desde esa perspectiva, el acceso a la lista blanca se siente menos como un premio por el tamaño del depósito y más como una indicación de que la participación a largo plazo pesa. Por supuesto, el historial no predice automáticamente el comportamiento futuro. Una cartera que se mantuvo comprometida ayer podría irse mañana si cambian los incentivos. Pero al dar prioridad a la participación sobre el capital, sugiere que GRVT podría valorar la liquidez estable tanto como la liquidez profunda. Pensé que ese es un intercambio interesante, porque a veces la estabilidad a largo plazo puede importar más que atraer los depósitos más grandes en un solo momento. Si estuvieras diseñando una bóveda, ¿darías prioridad a los depósitos más grandes o a los participantes que se mantienen consistentemente comprometidos a lo largo del tiempo? #grvt @grvt_io
Una cosa sobre la lista blanca de la bóveda de GRVT me sorprendió.

Esperaba que los depósitos más grandes tuvieran la mayor ventaja.

En cambio, las carteras con un historial de participación más largo a menudo recibieron prioridad sobre las cuentas que simplemente depositaron más capital más tarde.

Eso cambia la forma en que veo el proceso de selección.

Si el tiempo importa más que el tamaño, el protocolo no solo está midiendo capital. También está midiendo la constancia.

Cualquiera puede mover un saldo grande a una bóveda por un periodo corto.

Permanecer a través de condiciones cambiantes del mercado, rendimientos más bajos o nuevas oportunidades en otro lugar es una señal completamente distinta.

Desde esa perspectiva, el acceso a la lista blanca se siente menos como un premio por el tamaño del depósito y más como una indicación de que la participación a largo plazo pesa.

Por supuesto, el historial no predice automáticamente el comportamiento futuro.

Una cartera que se mantuvo comprometida ayer podría irse mañana si cambian los incentivos.

Pero al dar prioridad a la participación sobre el capital, sugiere que GRVT podría valorar la liquidez estable tanto como la liquidez profunda.

Pensé que ese es un intercambio interesante, porque a veces la estabilidad a largo plazo puede importar más que atraer los depósitos más grandes en un solo momento.

Si estuvieras diseñando una bóveda, ¿darías prioridad a los depósitos más grandes o a los participantes que se mantienen consistentemente comprometidos a lo largo del tiempo?

#grvt @grvt_io
Construir autorizaciones desde cero cada vez suena flexible. En la práctica, a menudo significa que distintos equipos resuelven una y otra vez los mismos problemas de integración. Una parte de la Mainnet Beta del Protocolo Newton que me pareció interesante es su enfoque en los paquetes de políticas. En lugar de empezar con una política vacía cada vez, los desarrolladores pueden trabajar a partir de un paquete que ya combina un oráculo de datos desplegado, una plantilla de política de Rego, esquemas tipados y una referencia PolicyData en cadena. Eso no determina la lógica final de autorización. Los desarrolladores siguen eligiendo los umbrales, las condiciones y las reglas de aprobación que se ajustan a su propia aplicación. Lo que se vuelve reutilizable es la base sobre esas decisiones. Creo que esa es una distinción importante. Estandarizar la infraestructura detrás de la autorización puede reducir el trabajo de ingeniería repetitivo y hacer que diferentes aplicaciones sean más fáciles de entender, porque siguen una estructura familiar. Al mismo tiempo, la reutilización tiene otro lado. Cuanto más dependan los desarrolladores del mismo punto de partida, más fácil se vuelve heredar supuestos sin cuestionarlos. Una plantilla bien diseñada puede mejorar la consistencia, pero la consistencia no es automáticamente lo mismo que la corrección. Cada política todavía merece una revisión en el contexto en el que realmente se usará. Por eso no veo los paquetes de políticas como una seguridad final. Los veo como bloques de construcción reutilizables que hacen que la autorización sea más fácil de crear, mientras que aún dejan la responsabilidad de la política final en manos del desarrollador que la despliega. Quizá ese es el equilibrio que Newton intenta lograr. Reducir infraestructura duplicada sin convertir la seguridad en algo que la gente acepta por defecto. ¿Crees que los marcos reutilizables de políticas mejoran la autorización o que corren el riesgo de incentivar a los desarrolladores a confiar más en los diseños predeterminados de lo que deberían? #newt $NEWT @NewtonProtocol
Construir autorizaciones desde cero cada vez suena flexible.

En la práctica, a menudo significa que distintos equipos resuelven una y otra vez los mismos problemas de integración.

Una parte de la Mainnet Beta del Protocolo Newton que me pareció interesante es su enfoque en los paquetes de políticas. En lugar de empezar con una política vacía cada vez, los desarrolladores pueden trabajar a partir de un paquete que ya combina un oráculo de datos desplegado, una plantilla de política de Rego, esquemas tipados y una referencia PolicyData en cadena.

Eso no determina la lógica final de autorización.

Los desarrolladores siguen eligiendo los umbrales, las condiciones y las reglas de aprobación que se ajustan a su propia aplicación.

Lo que se vuelve reutilizable es la base sobre esas decisiones.

Creo que esa es una distinción importante.

Estandarizar la infraestructura detrás de la autorización puede reducir el trabajo de ingeniería repetitivo y hacer que diferentes aplicaciones sean más fáciles de entender, porque siguen una estructura familiar.

Al mismo tiempo, la reutilización tiene otro lado.

Cuanto más dependan los desarrolladores del mismo punto de partida, más fácil se vuelve heredar supuestos sin cuestionarlos. Una plantilla bien diseñada puede mejorar la consistencia, pero la consistencia no es automáticamente lo mismo que la corrección.

Cada política todavía merece una revisión en el contexto en el que realmente se usará.

Por eso no veo los paquetes de políticas como una seguridad final.

Los veo como bloques de construcción reutilizables que hacen que la autorización sea más fácil de crear, mientras que aún dejan la responsabilidad de la política final en manos del desarrollador que la despliega.

Quizá ese es el equilibrio que Newton intenta lograr.

Reducir infraestructura duplicada sin convertir la seguridad en algo que la gente acepta por defecto.

¿Crees que los marcos reutilizables de políticas mejoran la autorización o que corren el riesgo de incentivar a los desarrolladores a confiar más en los diseños predeterminados de lo que deberían?

#newt $NEWT @NewtonProtocol
Artículo
Cuando las Reglas Cambian Más Rápido que el CódigoUna cosa no dejaba de rondarme la mente mientras exploraba el Protocolo Newton. El software suele cambiar por dos razones muy diferentes. A veces la propia aplicación necesita una nueva función o una corrección de errores. Otras veces, el software funciona exactamente como se pretende, pero las reglas que lo rodean ya no se ajustan a la realidad. Es necesario reducir un límite de gasto. Se tiene que restringir una nueva jurisdicción. Un tercero de confianza ya no es de confianza. Es necesario realizar una comprobación de riesgo adicional después de que cambien las condiciones del mercado. Esas situaciones no siempre requieren que la aplicación se comporte de forma diferente. Requieren condiciones diferentes para decidir cuándo se permite ese comportamiento.

Cuando las Reglas Cambian Más Rápido que el Código

Una cosa no dejaba de rondarme la mente mientras exploraba el Protocolo Newton.
El software suele cambiar por dos razones muy diferentes.
A veces la propia aplicación necesita una nueva función o una corrección de errores. Otras veces, el software funciona exactamente como se pretende, pero las reglas que lo rodean ya no se ajustan a la realidad.
Es necesario reducir un límite de gasto.
Se tiene que restringir una nueva jurisdicción.
Un tercero de confianza ya no es de confianza.
Es necesario realizar una comprobación de riesgo adicional después de que cambien las condiciones del mercado.
Esas situaciones no siempre requieren que la aplicación se comporte de forma diferente. Requieren condiciones diferentes para decidir cuándo se permite ese comportamiento.
La mayoría de los traders solo notan la liquidación después de que ocurre. Lo más interesante es todo lo que el sistema decide antes de ese momento. GRVT no trata todas las posiciones perdedoras de la misma manera. El resultado depende del modo de margen que elijas desde el principio. Con margen aislado, el riesgo permanece dentro de esa posición individual. Si cae por debajo del nivel de mantenimiento requerido, solo esa posición se liquida mientras el resto de la cuenta permanece separada. El margen cruzado sigue una filosofía diferente. La cuenta se trata como un único fondo compartido de riesgo, de modo que, una vez que ya no se cumple el nivel de mantenimiento requerido, la liquidación se aplica a la cuenta de margen cruzado en lugar de a una sola operación. Eso no es solo un detalle técnico. Es una decisión de diseño sobre dónde comienza la responsabilidad y dónde termina. Otro detalle hizo que el modelo fuera más interesante para mí. La liquidación no ocurre simplemente porque el mercado se mueve en contra de un trader. El protocolo primero confirma que se han alcanzado realmente las condiciones requeridas para la liquidación. Solo entonces comienza el proceso de liquidación. Sin embargo, una vez que se cruza esa línea, la prioridad cambia por completo. El objetivo ya no es conservar la mayor parte de la posición posible. El objetivo pasa a ser restablecer la solvencia de la plataforma con un resultado claro y predecible. Puedo entender por qué un exchange tomaría esa decisión, especialmente durante mercados altamente volátiles, donde la indecisión puede crear incluso problemas más grandes. Al mismo tiempo, plantea una pregunta que no creo que tenga una respuesta perfecta. ¿Debería un motor de riesgo centrarse en darles a los traders una oportunidad más para recuperarse, o debería priorizar proteger la estabilidad del mercado en el momento en que se superan los límites predefinidos? Ese compromiso se siente igual de importante que la velocidad de ejecución o la liquidez, pero rara vez se comenta. #grvt @grvt_io
La mayoría de los traders solo notan la liquidación después de que ocurre.

Lo más interesante es todo lo que el sistema decide antes de ese momento.

GRVT no trata todas las posiciones perdedoras de la misma manera. El resultado depende del modo de margen que elijas desde el principio.

Con margen aislado, el riesgo permanece dentro de esa posición individual. Si cae por debajo del nivel de mantenimiento requerido, solo esa posición se liquida mientras el resto de la cuenta permanece separada.

El margen cruzado sigue una filosofía diferente. La cuenta se trata como un único fondo compartido de riesgo, de modo que, una vez que ya no se cumple el nivel de mantenimiento requerido, la liquidación se aplica a la cuenta de margen cruzado en lugar de a una sola operación.

Eso no es solo un detalle técnico.

Es una decisión de diseño sobre dónde comienza la responsabilidad y dónde termina.

Otro detalle hizo que el modelo fuera más interesante para mí.

La liquidación no ocurre simplemente porque el mercado se mueve en contra de un trader. El protocolo primero confirma que se han alcanzado realmente las condiciones requeridas para la liquidación. Solo entonces comienza el proceso de liquidación.

Sin embargo, una vez que se cruza esa línea, la prioridad cambia por completo.

El objetivo ya no es conservar la mayor parte de la posición posible.

El objetivo pasa a ser restablecer la solvencia de la plataforma con un resultado claro y predecible.

Puedo entender por qué un exchange tomaría esa decisión, especialmente durante mercados altamente volátiles, donde la indecisión puede crear incluso problemas más grandes.

Al mismo tiempo, plantea una pregunta que no creo que tenga una respuesta perfecta.

¿Debería un motor de riesgo centrarse en darles a los traders una oportunidad más para recuperarse, o debería priorizar proteger la estabilidad del mercado en el momento en que se superan los límites predefinidos?

Ese compromiso se siente igual de importante que la velocidad de ejecución o la liquidez, pero rara vez se comenta.

#grvt @grvt_io
La conversación sobre la IA en las criptomonedas normalmente comienza con la velocidad y la automatización. Lo que llamó mi atención al explorar @NewtonProtocol fue una pregunta diferente: ¿Quién decide si una IA debe ejecutar una transacción antes de que realmente la haga? Los agentes más inteligentes son valiosos, pero la adopción institucional también dependerá de una autorización clara, políticas previsibles y decisiones que puedan verificarse de forma independiente. La ejecución demuestra lo que ocurrió. La autorización ayuda a demostrar por qué se permitió que sucediera. Esa distinción podría volverse cada vez más importante a medida que la IA asuma más responsabilidad en las finanzas on-chain. ¿Qué crees que importará más con el tiempo: agentes de IA más capaces o una autorización más sólida antes de la ejecución? #newt $NEWT
La conversación sobre la IA en las criptomonedas normalmente comienza con la velocidad y la automatización.

Lo que llamó mi atención al explorar @NewtonProtocol fue una pregunta diferente:

¿Quién decide si una IA debe ejecutar una transacción antes de que realmente la haga?

Los agentes más inteligentes son valiosos, pero la adopción institucional también dependerá de una autorización clara, políticas previsibles y decisiones que puedan verificarse de forma independiente.

La ejecución demuestra lo que ocurrió.

La autorización ayuda a demostrar por qué se permitió que sucediera.

Esa distinción podría volverse cada vez más importante a medida que la IA asuma más responsabilidad en las finanzas on-chain.

¿Qué crees que importará más con el tiempo: agentes de IA más capaces o una autorización más sólida antes de la ejecución?

#newt $NEWT
Artículo
Protocolo Newton: La Parte de la Automatización de la que Casi Nunca HablamosCuanto más leía sobre el Protocolo Newton, menos pensaba que intentaba hacer que la IA fuera más inteligente. Lo que no dejaba de captar mi atención era algo mucho más simple. ¿Cómo se hacen predecibles las decisiones automatizadas cuando entra en juego un valor real? Ese es un problema diferente. Un agente de IA puede analizar las condiciones del mercado, comparar oportunidades y preparar una transacción en segundos. Ninguna de esas cosas significa automáticamente que la acción deba ejecutarse. En finanzas, una transacción técnicamente válida no siempre es una transacción autorizada. Ahí fue donde Newton empezó a tener más sentido para mí.

Protocolo Newton: La Parte de la Automatización de la que Casi Nunca Hablamos

Cuanto más leía sobre el Protocolo Newton, menos pensaba que intentaba hacer que la IA fuera más inteligente.
Lo que no dejaba de captar mi atención era algo mucho más simple.
¿Cómo se hacen predecibles las decisiones automatizadas cuando entra en juego un valor real?
Ese es un problema diferente.
Un agente de IA puede analizar las condiciones del mercado, comparar oportunidades y preparar una transacción en segundos. Ninguna de esas cosas significa automáticamente que la acción deba ejecutarse. En finanzas, una transacción técnicamente válida no siempre es una transacción autorizada.
Ahí fue donde Newton empezó a tener más sentido para mí.
Una cosa que he empezado a notar sobre GRVT es que el equipo no parece optimizar la vía más rápida si eso crea limitaciones mayores más adelante. Un buen ejemplo es la decisión de construir una appchain dedicada en lugar de lanzarse como otra aplicación sobre una capa 2 existente. Al conectarse a través de Elastic Chain, GRVT no queda limitada a un solo ecosistema cuando la liquidez se vuelve más importante en condiciones de mercado activas. Ese mismo enfoque aparece en otra función que me pareció interesante: Earn on Equity. Al principio, asumí que el rendimiento solo importaba cuando los fondos estaban inmóviles. Después de investigarlo, lo que destacó no fue el porcentaje en sí. Fue el hecho de que el capital patrimonial elegible puede seguir generando ganancias mientras también respalda la actividad de trading. Para mí, esa mejora es mucho más práctica que simplemente anunciar otro producto de rendimiento. Normalmente, los traders tienen que elegir entre poner el capital a trabajar en el mercado o ponerlo a trabajar en un producto que genera ganancias. GRVT intenta reducir ese dilema haciendo que el mismo capital sea útil de más de una forma. Tanto si alguien prefiere mantener posiciones por más tiempo como si prefiere operar con más actividad, el objetivo se mantiene: hacer que el capital existente funcione de manera más eficiente en lugar de moverlo constantemente entre distintos productos. Probablemente, esa sea la conexión que encuentro más interesante. Construir infraestructura dedicada para el trading y diseñar capital para que se mantenga productivo, ambos surgen de la misma idea: reducir compromisos innecesarios en lugar de añadir más funciones. ¿Qué te importa más como trader: una liquidez más profunda durante mercados volátiles o hacer que tu capital de trading sea más eficiente en capital? #grvt @grvt_io
Una cosa que he empezado a notar sobre GRVT es que el equipo no parece optimizar la vía más rápida si eso crea limitaciones mayores más adelante.

Un buen ejemplo es la decisión de construir una appchain dedicada en lugar de lanzarse como otra aplicación sobre una capa 2 existente. Al conectarse a través de Elastic Chain, GRVT no queda limitada a un solo ecosistema cuando la liquidez se vuelve más importante en condiciones de mercado activas.

Ese mismo enfoque aparece en otra función que me pareció interesante: Earn on Equity.

Al principio, asumí que el rendimiento solo importaba cuando los fondos estaban inmóviles. Después de investigarlo, lo que destacó no fue el porcentaje en sí. Fue el hecho de que el capital patrimonial elegible puede seguir generando ganancias mientras también respalda la actividad de trading.

Para mí, esa mejora es mucho más práctica que simplemente anunciar otro producto de rendimiento.

Normalmente, los traders tienen que elegir entre poner el capital a trabajar en el mercado o ponerlo a trabajar en un producto que genera ganancias. GRVT intenta reducir ese dilema haciendo que el mismo capital sea útil de más de una forma.

Tanto si alguien prefiere mantener posiciones por más tiempo como si prefiere operar con más actividad, el objetivo se mantiene: hacer que el capital existente funcione de manera más eficiente en lugar de moverlo constantemente entre distintos productos.

Probablemente, esa sea la conexión que encuentro más interesante.

Construir infraestructura dedicada para el trading y diseñar capital para que se mantenga productivo, ambos surgen de la misma idea: reducir compromisos innecesarios en lugar de añadir más funciones.

¿Qué te importa más como trader: una liquidez más profunda durante mercados volátiles o hacer que tu capital de trading sea más eficiente en capital?

#grvt @grvt_io
La mayoría de las conversaciones sobre el Protocolo Newton parecen terminar en el mismo lugar: las expectativas de precio. Entiendo por qué. Los mercados se centran naturalmente en los listados, el rendimiento de los tokens y el impulso a corto plazo. Pero la parte en la que yo estoy prestando atención está en otro sitio. A medida que más aplicaciones dependen de la IA y la automatización, el mero hecho de probar quién firmó una transacción puede no ser suficiente. Los sistemas cada vez necesitan una forma de verificar si una acción encaja en reglas predefinidas antes de que la ejecución comience. Eso es lo que hace que Newton me resulte interesante. En lugar de tratar la autorización como algo que cada aplicación construye por su cuenta, el protocolo explora si la aplicación de políticas puede convertirse en una infraestructura compartida. El objetivo no es detener transacciones. Es hacer el proceso de decisión más consistente antes de que el valor se mueva. Por supuesto, una buena arquitectura por sí sola no garantizó la adopción. Los desarrolladores se preocupan por cosas que los usuarios rara vez notan: un comportamiento predecible / documentación clara / errores comprensibles y herramientas fáciles de integrar. Incluso un protocolo técnicamente impresionante falla si construir sobre él se siente innecesariamente difícil. Por eso creo que, a largo plazo, la fiabilidad importará más que la emoción. Si los desarrolladores confían en la infraestructura, seguirán construyendo sobre ella. Si no, buscarán alternativas más simples, sin importar lo sólida que parezca la tecnología subyacente. Al final, la infraestructura duradera normalmente no se recuerda porque generó el mayor revuelo. Se recuerda porque, en silencio, se volvió lo suficientemente confiable como para que la gente dejara de pensar en ella. ¿Crees que la adopción a largo plazo depende más de la innovación técnica o de hacer que la experiencia del desarrollador sea consistentemente confiable? #newt $NEWT @NewtonProtocol
La mayoría de las conversaciones sobre el Protocolo Newton parecen terminar en el mismo lugar: las expectativas de precio.

Entiendo por qué. Los mercados se centran naturalmente en los listados, el rendimiento de los tokens y el impulso a corto plazo.

Pero la parte en la que yo estoy prestando atención está en otro sitio.

A medida que más aplicaciones dependen de la IA y la automatización, el mero hecho de probar quién firmó una transacción puede no ser suficiente. Los sistemas cada vez necesitan una forma de verificar si una acción encaja en reglas predefinidas antes de que la ejecución comience.

Eso es lo que hace que Newton me resulte interesante.

En lugar de tratar la autorización como algo que cada aplicación construye por su cuenta, el protocolo explora si la aplicación de políticas puede convertirse en una infraestructura compartida. El objetivo no es detener transacciones. Es hacer el proceso de decisión más consistente antes de que el valor se mueva.

Por supuesto, una buena arquitectura por sí sola no garantizó la adopción.

Los desarrolladores se preocupan por cosas que los usuarios rara vez notan: un comportamiento predecible / documentación clara / errores comprensibles y herramientas fáciles de integrar. Incluso un protocolo técnicamente impresionante falla si construir sobre él se siente innecesariamente difícil.

Por eso creo que, a largo plazo, la fiabilidad importará más que la emoción.

Si los desarrolladores confían en la infraestructura, seguirán construyendo sobre ella. Si no, buscarán alternativas más simples, sin importar lo sólida que parezca la tecnología subyacente.

Al final, la infraestructura duradera normalmente no se recuerda porque generó el mayor revuelo.

Se recuerda porque, en silencio, se volvió lo suficientemente confiable como para que la gente dejara de pensar en ella.

¿Crees que la adopción a largo plazo depende más de la innovación técnica o de hacer que la experiencia del desarrollador sea consistentemente confiable?

#newt $NEWT @NewtonProtocol
Artículo
Más allá de las transferencias entre cadenas: la parte difícil es construir una confianza coherenteCuanto más exploré el Protocolo Newton, menos creí que estuviera intentando resolver un problema de velocidad. Mover activos entre diferentes blockchains ya es posible a través de muchas soluciones. Lo que parece mucho más difícil es asegurarse de que cada acción entre cadenas siga las mismas reglas, sin importar en qué lugar termine finalmente asentándose. Ese cambio de perspectiva llamó mi atención. Cuando los activos se mueven entre redes, la consistencia se vuelve tan importante como la ejecución. Las distintas cadenas tienen entornos, aplicaciones y supuestos diferentes. Si la autorización cambia cada vez que un valor se mueve de un ecosistema a otro, los usuarios terminan confiando en cada integración en lugar de confiar en el proceso en sí.

Más allá de las transferencias entre cadenas: la parte difícil es construir una confianza coherente

Cuanto más exploré el Protocolo Newton, menos creí que estuviera intentando resolver un problema de velocidad.
Mover activos entre diferentes blockchains ya es posible a través de muchas soluciones. Lo que parece mucho más difícil es asegurarse de que cada acción entre cadenas siga las mismas reglas, sin importar en qué lugar termine finalmente asentándose.
Ese cambio de perspectiva llamó mi atención.
Cuando los activos se mueven entre redes, la consistencia se vuelve tan importante como la ejecución. Las distintas cadenas tienen entornos, aplicaciones y supuestos diferentes. Si la autorización cambia cada vez que un valor se mueve de un ecosistema a otro, los usuarios terminan confiando en cada integración en lugar de confiar en el proceso en sí.
Solía mirar las integraciones de RWA sobre todo desde el ángulo del rendimiento. Aparece un nuevo activo tokenizado; el APY parece interesante y el primer pensamiento suele ser cuánta rentabilidad puede generar. Pero con GRVT, la pregunta más interesante no es el rendimiento en sí. Sino lo que sucede cuando estos activos pasan a formar parte de un sistema de trading construido sobre margen. Un producto de tesorería tokenizado y un activo cripto de alta volatilidad pueden existir ambos en cadena, pero se comportan de formas muy distintas. Sus perfiles de liquidez son diferentes. Sus movimientos de precio ocurren de maneras diferentes. Su riesgo durante condiciones de mercado tensas no es el mismo. Así que el reto no es simplemente añadir más opciones de colateral. El reto es asegurarse de que el motor de riesgo entienda qué tipo de activo está gestionando. Si un token de RWA se trata de manera demasiado conservadora, disminuye su utilidad. Si se trata exactamente igual que un activo volátil de trading, el sistema puede subestimar riesgos que solo aparecen durante situaciones de estrés del mercado. Aquí es donde creo que la gobernanza se vuelve una parte importante de la conversación. El enfoque impulsado por la comunidad de GRVT en torno a mercados y listados crea una base interesante, pero el colateral de RWA introduce una cuestión más profunda: ¿quién decide cuándo un activo respaldado por activos del mundo real ha ganado suficiente confianza para respaldar la actividad apalancada? Esa decisión no puede basarse únicamente en cifras de rendimiento. El valor a largo plazo de la integración de RWA dependerá de qué tan bien el protocolo maneje las partes difíciles: liquidez, transparencia, precios y gestión del riesgo. Añadir nuevos activos es el paso fácil. Construir un sistema que sepa cómo se comportan esos activos bajo presión es donde comienza la prueba real. #grvt @grvt_io
Solía mirar las integraciones de RWA sobre todo desde el ángulo del rendimiento.

Aparece un nuevo activo tokenizado; el APY parece interesante y el primer pensamiento suele ser cuánta rentabilidad puede generar.

Pero con GRVT, la pregunta más interesante no es el rendimiento en sí.

Sino lo que sucede cuando estos activos pasan a formar parte de un sistema de trading construido sobre margen.

Un producto de tesorería tokenizado y un activo cripto de alta volatilidad pueden existir ambos en cadena, pero se comportan de formas muy distintas. Sus perfiles de liquidez son diferentes. Sus movimientos de precio ocurren de maneras diferentes. Su riesgo durante condiciones de mercado tensas no es el mismo.

Así que el reto no es simplemente añadir más opciones de colateral.

El reto es asegurarse de que el motor de riesgo entienda qué tipo de activo está gestionando.

Si un token de RWA se trata de manera demasiado conservadora, disminuye su utilidad. Si se trata exactamente igual que un activo volátil de trading, el sistema puede subestimar riesgos que solo aparecen durante situaciones de estrés del mercado.

Aquí es donde creo que la gobernanza se vuelve una parte importante de la conversación.

El enfoque impulsado por la comunidad de GRVT en torno a mercados y listados crea una base interesante, pero el colateral de RWA introduce una cuestión más profunda: ¿quién decide cuándo un activo respaldado por activos del mundo real ha ganado suficiente confianza para respaldar la actividad apalancada?

Esa decisión no puede basarse únicamente en cifras de rendimiento.

El valor a largo plazo de la integración de RWA dependerá de qué tan bien el protocolo maneje las partes difíciles: liquidez, transparencia, precios y gestión del riesgo.

Añadir nuevos activos es el paso fácil.

Construir un sistema que sepa cómo se comportan esos activos bajo presión es donde comienza la prueba real.

#grvt @grvt_io
Estaba pensando en los límites de transacciones el otro día y me di cuenta de que a menudo se tratan como una simple medida de seguridad. Fijas un umbral, bloqueas todo lo que esté por encima y sigues adelante. Newton me hizo verlos de otra manera. Su proceso de autorización ocurre antes de la liquidación, lo que significa que una transacción no se evalúa después de que el dinero se mueve. Las reglas se revisan primero y solo las solicitudes aprobadas continúan. Eso cambia el papel de un límite: pasa de reaccionar ante la actividad a definir qué acciones se permiten desde el principio. Otro detalle se me quedó grabado. Cada autorización genera evidencia verificable de cómo se tomó la decisión. Con el tiempo, eso crea un historial de decisiones de política en lugar de solo un historial de transferencias exitosas. Para las instituciones, ese registro podría terminar siendo tan valioso como la transacción en sí. No creo que la pregunta interesante sea si los límites de velocidad reducen la actividad. La mayoría de los sistemas pueden hacerlo. La pregunta más interesante es si una autorización clara y verificable fomenta una mejor participación sin hacer que los usuarios legítimos se sientan restringidos. Encontrar ese equilibrio podría importar mucho más que simplemente establecer límites más altos o más bajos. ¿Cómo lo ves tú? A medida que crece la financiación autónoma, ¿tendrá más importancia la aplicación transparente de políticas que la rapidez de las transacciones? #newt $NEWT @NewtonProtocol
Estaba pensando en los límites de transacciones el otro día y me di cuenta de que a menudo se tratan como una simple medida de seguridad. Fijas un umbral, bloqueas todo lo que esté por encima y sigues adelante.

Newton me hizo verlos de otra manera.

Su proceso de autorización ocurre antes de la liquidación, lo que significa que una transacción no se evalúa después de que el dinero se mueve. Las reglas se revisan primero y solo las solicitudes aprobadas continúan. Eso cambia el papel de un límite: pasa de reaccionar ante la actividad a definir qué acciones se permiten desde el principio.

Otro detalle se me quedó grabado. Cada autorización genera evidencia verificable de cómo se tomó la decisión. Con el tiempo, eso crea un historial de decisiones de política en lugar de solo un historial de transferencias exitosas. Para las instituciones, ese registro podría terminar siendo tan valioso como la transacción en sí.

No creo que la pregunta interesante sea si los límites de velocidad reducen la actividad. La mayoría de los sistemas pueden hacerlo.

La pregunta más interesante es si una autorización clara y verificable fomenta una mejor participación sin hacer que los usuarios legítimos se sientan restringidos. Encontrar ese equilibrio podría importar mucho más que simplemente establecer límites más altos o más bajos.

¿Cómo lo ves tú? A medida que crece la financiación autónoma, ¿tendrá más importancia la aplicación transparente de políticas que la rapidez de las transacciones?

#newt $NEWT @NewtonProtocol
Artículo
Más allá de las transacciones más rápidas: por qué la automatización verificable podría definir las finanzas institucionales en cadenaLa mayoría de las conversaciones sobre stablecoins se centran en la velocidad. Los activos del mundo real tokenizados suelen analizarse en términos de tamaño de mercado. Ambos importan, pero creo que el desafío más grande aparece después de que las instituciones deciden que realmente quieren que el software gestione el capital en su nombre. Mover dinero ya no es la parte difícil. Decidir cuándo el software debería tener permitido moverlo es lo complicado. Por eso el Protocolo Newton llamó mi atención. En lugar de tratar la autorización como algo que ocurre fuera de la blockchain, Newton integra la evaluación de políticas en el propio flujo de la transacción. Antes de que un agente de IA o una aplicación complete una acción, reglas predefinidas pueden ser evaluadas por una red descentralizada que produce una prueba criptográfica de que la acción solicitada cumplía esos requisitos antes de la liquidación.

Más allá de las transacciones más rápidas: por qué la automatización verificable podría definir las finanzas institucionales en cadena

La mayoría de las conversaciones sobre stablecoins se centran en la velocidad. Los activos del mundo real tokenizados suelen analizarse en términos de tamaño de mercado. Ambos importan, pero creo que el desafío más grande aparece después de que las instituciones deciden que realmente quieren que el software gestione el capital en su nombre.
Mover dinero ya no es la parte difícil. Decidir cuándo el software debería tener permitido moverlo es lo complicado.
Por eso el Protocolo Newton llamó mi atención.
En lugar de tratar la autorización como algo que ocurre fuera de la blockchain, Newton integra la evaluación de políticas en el propio flujo de la transacción. Antes de que un agente de IA o una aplicación complete una acción, reglas predefinidas pueden ser evaluadas por una red descentralizada que produce una prueba criptográfica de que la acción solicitada cumplía esos requisitos antes de la liquidación.
He dejado de prestar demasiada atención a las “primeras” afirmaciones en cripto. Suena impresionante hasta que los mercados se vuelven impredecibles. Lo que más me interesa es si la infraestructura sigue funcionando cuando los traders realmente la necesitan. Por eso, la conexión de GRVT con la Elastic Chain me llama más la atención que el titular de “la primera appchain dedicada del ZK Stack”. En condiciones normales de mercado, casi cualquier plataforma se siente ágil. La prueba real llega cuando la volatilidad obliga a los traders a reaccionar de inmediato. Si el colateral no puede moverse lo bastante rápido entre cadenas conectadas, la ejecución se ralentiza, las posiciones se vuelven más difíciles de gestionar y los beneficios de una experiencia de trading unificada empiezan a desvanecerse. Ahí es donde la arquitectura deja de ser un argumento de marketing y se convierte en algo que los usuarios realmente sienten. Construir sobre la Elastic Chain no es solo cuestión de interoperabilidad. Se trata de reducir la demora entre dónde está la liquidez y dónde se necesita cuando los mercados se mueven más rápido. Cualquiera puede celebrar ser el primero. El desafío difícil es ofrecer una experiencia consistente cuando las condiciones son las peores. Para mí, ese es el estándar que GRVT se ha fijado para sí misma, y es el que vale la pena observar con el tiempo. #grvt @grvt_io
He dejado de prestar demasiada atención a las “primeras” afirmaciones en cripto.
Suena impresionante hasta que los mercados se vuelven impredecibles.
Lo que más me interesa es si la infraestructura sigue funcionando cuando los traders realmente la necesitan.
Por eso, la conexión de GRVT con la Elastic Chain me llama más la atención que el titular de “la primera appchain dedicada del ZK Stack”.
En condiciones normales de mercado, casi cualquier plataforma se siente ágil.
La prueba real llega cuando la volatilidad obliga a los traders a reaccionar de inmediato. Si el colateral no puede moverse lo bastante rápido entre cadenas conectadas, la ejecución se ralentiza, las posiciones se vuelven más difíciles de gestionar y los beneficios de una experiencia de trading unificada empiezan a desvanecerse.
Ahí es donde la arquitectura deja de ser un argumento de marketing y se convierte en algo que los usuarios realmente sienten.
Construir sobre la Elastic Chain no es solo cuestión de interoperabilidad. Se trata de reducir la demora entre dónde está la liquidez y dónde se necesita cuando los mercados se mueven más rápido.
Cualquiera puede celebrar ser el primero.
El desafío difícil es ofrecer una experiencia consistente cuando las condiciones son las peores.
Para mí, ese es el estándar que GRVT se ha fijado para sí misma, y es el que vale la pena observar con el tiempo.

#grvt @grvt_io
No aprecié los recibos de autorización hasta que imaginé eliminarlos. Un flujo de trabajo automatizado puede completar cientos de transacciones exitosas sin que nadie pregunte cómo se aprobó cada decisión. El problema solo aparece cuando algo sale mal. Sin un registro verificable de autorización, cada participante empieza a explicar los eventos basándose en sus propios registros. La aplicación tiene una historia. El operador tiene otra. El usuario recuerda algo más. Newton toma un camino diferente. En lugar de reconstruir la decisión más tarde, registra que la autorización ocurrió antes de que la ejecución continúe. La transacción no necesita defenderse después porque el proceso de aprobación ya tiene su propio registro verificable. #Newt Eso cambió la forma en que pienso sobre la automatización. Los sistemas confiables no se definen por la frecuencia con la que tienen éxito. Se definen por la rapidez con la que los desacuerdos pueden resolverse cuando no ocurre el éxito. Ahí es donde los recibos de autorización parecen ser más valiosos de lo que esperaba al principio. Todavía me pregunto cómo escala esto en flujos de trabajo complejos donde varias autorizaciones están vinculadas entre sí en lugar de una sola aprobación. #newt $NEWT @NewtonProtocol
No aprecié los recibos de autorización hasta que imaginé eliminarlos.
Un flujo de trabajo automatizado puede completar cientos de transacciones exitosas sin que nadie pregunte cómo se aprobó cada decisión.
El problema solo aparece cuando algo sale mal.
Sin un registro verificable de autorización, cada participante empieza a explicar los eventos basándose en sus propios registros. La aplicación tiene una historia. El operador tiene otra. El usuario recuerda algo más.
Newton toma un camino diferente.
En lugar de reconstruir la decisión más tarde, registra que la autorización ocurrió antes de que la ejecución continúe. La transacción no necesita defenderse después porque el proceso de aprobación ya tiene su propio registro verificable. #Newt
Eso cambió la forma en que pienso sobre la automatización.
Los sistemas confiables no se definen por la frecuencia con la que tienen éxito.
Se definen por la rapidez con la que los desacuerdos pueden resolverse cuando no ocurre el éxito.
Ahí es donde los recibos de autorización parecen ser más valiosos de lo que esperaba al principio.
Todavía me pregunto cómo escala esto en flujos de trabajo complejos donde varias autorizaciones están vinculadas entre sí en lugar de una sola aprobación.

#newt $NEWT @NewtonProtocol
Artículo
Cuando la elegibilidad se convierte en infraestructuraLos inversores institucionales nunca han evaluado la infraestructura financiera solo por la velocidad. Antes de que el capital se mueva, hacen un conjunto diferente de preguntas. ¿Quién aprobó esta transacción? ¿Qué reglas de cumplimiento se aplicaron? ¿Esas decisiones pueden verificarse meses después si los reguladores piden evidencia? Las blockchains públicas resolvieron un gran desafío al hacer que la liquidación sea transparente y programable. Una vez que una transacción cumple con la lógica del contrato, puede ejecutarse sin esperar a una autoridad central. Ese modelo funciona muy bien para redes financieras abiertas.

Cuando la elegibilidad se convierte en infraestructura

Los inversores institucionales nunca han evaluado la infraestructura financiera solo por la velocidad.
Antes de que el capital se mueva, hacen un conjunto diferente de preguntas.
¿Quién aprobó esta transacción?
¿Qué reglas de cumplimiento se aplicaron?
¿Esas decisiones pueden verificarse meses después si los reguladores piden evidencia?
Las blockchains públicas resolvieron un gran desafío al hacer que la liquidación sea transparente y programable. Una vez que una transacción cumple con la lógica del contrato, puede ejecutarse sin esperar a una autoridad central.
Ese modelo funciona muy bien para redes financieras abiertas.
La confianza cambia con el tiempo Una costumbre llamó mi atención mientras exploraba cómo funcionan los controles de gasto dentro de Newton Protocol. La mayoría de las personas no añade una dirección a una lista de beneficiarios aprobados de inmediato. Primero suelen enviar una transacción manual, confirmar que todo se ve bien y solo entonces decidir que los pagos futuros puedan moverse con menos verificaciones. Ese pequeño comportamiento dice mucho. La confianza no se otorga de una sola vez. Se construye mediante interacciones repetidas. El mismo patrón aparece con los límites de gasto. Los usuarios nuevos a menudo comienzan con topes conservadores y luego los ajustan a medida que se sienten más cómodos con el flujo de trabajo. Con el tiempo, esas configuraciones reflejan la confianza cambiante más que reglas de seguridad fijas. Por eso creo que el modelo de autorización de Newton es interesante. En lugar de tratar cada pago exactamente igual, las políticas pueden aplicar diferentes verificaciones según la acción que se esté solicitando. Algunas transacciones pueden requerir una verificación adicional, mientras que las acciones familiares y de menor riesgo pueden avanzar con más eficiencia a través de reglas predefinidas. El objetivo no es simplemente añadir más restricciones. Es hacer que la autorización coincida con el nivel de riesgo. Por supuesto, hay un intercambio. Cuantas más autorizaciones automatizamos hoy, más importante se vuelve revisarlas más tarde. Una dirección aprobada o una política de gasto que tenía sentido hace meses puede ya no reflejar cómo usamos realmente nuestras billeteras. Quizá el verdadero valor de la autorización inteligente no sea eliminar la fricción por completo. Es asegurarse de que las transacciones correctas sigan mereciendo una segunda mirada. #newt $NEWT @NewtonProtocol
La confianza cambia con el tiempo

Una costumbre llamó mi atención mientras exploraba cómo funcionan los controles de gasto dentro de Newton Protocol.

La mayoría de las personas no añade una dirección a una lista de beneficiarios aprobados de inmediato. Primero suelen enviar una transacción manual, confirmar que todo se ve bien y solo entonces decidir que los pagos futuros puedan moverse con menos verificaciones.

Ese pequeño comportamiento dice mucho.

La confianza no se otorga de una sola vez. Se construye mediante interacciones repetidas.

El mismo patrón aparece con los límites de gasto. Los usuarios nuevos a menudo comienzan con topes conservadores y luego los ajustan a medida que se sienten más cómodos con el flujo de trabajo. Con el tiempo, esas configuraciones reflejan la confianza cambiante más que reglas de seguridad fijas.

Por eso creo que el modelo de autorización de Newton es interesante.

En lugar de tratar cada pago exactamente igual, las políticas pueden aplicar diferentes verificaciones según la acción que se esté solicitando. Algunas transacciones pueden requerir una verificación adicional, mientras que las acciones familiares y de menor riesgo pueden avanzar con más eficiencia a través de reglas predefinidas.

El objetivo no es simplemente añadir más restricciones.

Es hacer que la autorización coincida con el nivel de riesgo.

Por supuesto, hay un intercambio.

Cuantas más autorizaciones automatizamos hoy, más importante se vuelve revisarlas más tarde. Una dirección aprobada o una política de gasto que tenía sentido hace meses puede ya no reflejar cómo usamos realmente nuestras billeteras.

Quizá el verdadero valor de la autorización inteligente no sea eliminar la fricción por completo.

Es asegurarse de que las transacciones correctas sigan mereciendo una segunda mirada.

#newt $NEWT @NewtonProtocol
Artículo
¿Qué viene después de los contratos inteligentes?Durante años, la conversación sobre la infraestructura de blockchain se ha centrado en la ejecución. ¿Las transacciones pueden liquidarse más rápido? ¿Las comisiones pueden volverse más bajas? ¿Las redes pueden procesar más actividad? Esas preguntas aún importan, pero no creo que vayan a definir la siguiente etapa de las finanzas en cadena. El desafío más grande es decidir, en primer lugar, qué transacciones deberían llegar a la ejecución. Ahí es donde creo que Newton Protocol está intentando posicionarse. En lugar de tratar la autorización como algo que manejan las aplicaciones o los equipos internos de cumplimiento, Newton acerca esa decisión a la propia blockchain. Antes de que se finalice una acción sensible, se evalúan políticas predefinidas y la red produce un resultado de autorización verificable.

¿Qué viene después de los contratos inteligentes?

Durante años, la conversación sobre la infraestructura de blockchain se ha centrado en la ejecución.
¿Las transacciones pueden liquidarse más rápido?
¿Las comisiones pueden volverse más bajas?
¿Las redes pueden procesar más actividad?
Esas preguntas aún importan, pero no creo que vayan a definir la siguiente etapa de las finanzas en cadena.
El desafío más grande es decidir, en primer lugar, qué transacciones deberían llegar a la ejecución.
Ahí es donde creo que Newton Protocol está intentando posicionarse.
En lugar de tratar la autorización como algo que manejan las aplicaciones o los equipos internos de cumplimiento, Newton acerca esa decisión a la propia blockchain. Antes de que se finalice una acción sensible, se evalúan políticas predefinidas y la red produce un resultado de autorización verificable.
Inicia sesión para explorar más contenidos
Únete a usuarios de criptomonedas de todo el mundo en Binance Square
⚡️ Obtén la información más reciente y útil sobre criptomonedas.
💬 Confía en el mayor exchange de criptomonedas del mundo.
👍 Descubre opiniones reales de creadores verificados.
Correo electrónico/número de teléfono
Mapa del sitio
Preferencias de cookies
Términos y condiciones de la plataforma