Binance Square
老青蛙BNB
2.3k Publicaciones

老青蛙BNB

熊市撸毛,牛市卖毛
Holder de UP
Holder de UP
Traders de alta frecuencia
4 año(s)
225 Siguiendo
9.1K+ Seguidores
5.3K+ Me gusta
Publicaciones
·
--
Hace poco, mientras tomábamos té con un viejo amigo, hablamos de las finanzas con Bitcoin. Lo que más les asusta a todos es “enviar” las monedas a una plataforma para que les cambien los números. Esa obsesión por mantener el control de los activos, en el fondo, es la forma más simple de seguridad psicológica del viejo “caldo” (bit de novatos/oprimidos). La esencia de apostar/guardar monedas y ganar intereses es la transferencia de un derecho de crédito. En cuanto la moneda sale de tu dirección, lo único que te queda en las manos es una frágil promesa de reembolso. Si la plataforma falla, esa promesa no vale nada. Hasta que entregué el documento de @babylonlabs_io , diciendo que las monedas pueden “reposar” en su propia dirección y generar intereses, su primera reacción no fue la emoción, sino la cautela. Fue esa cautela la que me llevó a profundizar en su lógica subyacente. Descubrí que, a nivel de mecanismos, redefine las transacciones: mediante la inserción de restricciones Timelock en el script de la red principal, el Bitcoin puede entrar en un estado de bloqueo por contrato sin entregar la clave privada, convirtiéndose en dinero “activo” que puede generar rendimiento. Tus monedas permanecen siempre en tu propia dirección. No hay transferencia entre cadenas; solo se les añade una capa de reglas sobre tiempo y condiciones. El rendimiento es el precio que la cadena PoS aguas abajo paga por esta seguridad. $RIF Usa EOTS para vincular la conducta con el activo. En cuanto en la cadena aguas abajo se realiza una doble firma, las monedas bloqueadas en la red principal se activan para el decomiso. La confianza sustituye a la confianza en personas. Pero en la realidad, tener las monedas en la mano no significa tener el control. Ese Script ya tiene predefinida la ruta de ejecución forzada. ¿Quién controla el poder de cambiar la Policy aguas abajo? En el documento no hay respuesta. $ON Revisé el proceso de activación de la fase de desbloqueo del documento de Babylon tres veces. La definición de permisos del “cortacircuitos” de emergencia sigue siendo ambigua. No voy a completar ese hueco en nombre de la autoridad. El vacío de información en sí mismo es un riesgo. ¿Hasta dónde crees que puede llegar un diseño en el que las monedas están en tu mano, pero el poder está fuera? Cuando terminé de escribir, el té ya se había enfriado. #baby $BABY
Hace poco, mientras tomábamos té con un viejo amigo, hablamos de las finanzas con Bitcoin. Lo que más les asusta a todos es “enviar” las monedas a una plataforma para que les cambien los números. Esa obsesión por mantener el control de los activos, en el fondo, es la forma más simple de seguridad psicológica del viejo “caldo” (bit de novatos/oprimidos). La esencia de apostar/guardar monedas y ganar intereses es la transferencia de un derecho de crédito. En cuanto la moneda sale de tu dirección, lo único que te queda en las manos es una frágil promesa de reembolso. Si la plataforma falla, esa promesa no vale nada.
Hasta que entregué el documento de @BabylonLabs_io , diciendo que las monedas pueden “reposar” en su propia dirección y generar intereses, su primera reacción no fue la emoción, sino la cautela.
Fue esa cautela la que me llevó a profundizar en su lógica subyacente. Descubrí que, a nivel de mecanismos, redefine las transacciones: mediante la inserción de restricciones Timelock en el script de la red principal, el Bitcoin puede entrar en un estado de bloqueo por contrato sin entregar la clave privada, convirtiéndose en dinero “activo” que puede generar rendimiento. Tus monedas permanecen siempre en tu propia dirección. No hay transferencia entre cadenas; solo se les añade una capa de reglas sobre tiempo y condiciones. El rendimiento es el precio que la cadena PoS aguas abajo paga por esta seguridad.
$RIF
Usa EOTS para vincular la conducta con el activo. En cuanto en la cadena aguas abajo se realiza una doble firma, las monedas bloqueadas en la red principal se activan para el decomiso. La confianza sustituye a la confianza en personas. Pero en la realidad, tener las monedas en la mano no significa tener el control. Ese Script ya tiene predefinida la ruta de ejecución forzada. ¿Quién controla el poder de cambiar la Policy aguas abajo? En el documento no hay respuesta.
$ON
Revisé el proceso de activación de la fase de desbloqueo del documento de Babylon tres veces. La definición de permisos del “cortacircuitos” de emergencia sigue siendo ambigua. No voy a completar ese hueco en nombre de la autoridad. El vacío de información en sí mismo es un riesgo. ¿Hasta dónde crees que puede llegar un diseño en el que las monedas están en tu mano, pero el poder está fuera? Cuando terminé de escribir, el té ya se había enfriado. #baby $BABY
币在手权在手才安全
币在手全在 babylon 才好用
21 hora(s) restante(s)
Liang Wenfeng sabe que hay que abrir varias cuentas para suscribirse a una nueva emisión 😄
Liang Wenfeng sabe que hay que abrir varias cuentas para suscribirse a una nueva emisión 😄
Verificado
No es que todo el mundo tenga que abrir decenas de contratos cada día, pero la lógica de muchos DEX asume por defecto que los usuarios vienen para hacer trading de alta frecuencia. Quien ajusta posiciones de vez en cuando suele tener la mayoría del margen ocioso la mayor parte del tiempo; y quienes buscan rendimiento prefieren no estar todo el día pendiente de la pantalla. Además, si quieres exposición a oro y a acciones estadounidenses, tienes que “recortar” desde otras plataformas. He puesto estos flujos de fondos juntos y los he revisado varias veces, y la sensación es que @grvt_io se parece más a estar montando una plataforma de corretaje on-chain que solo a ser una herramienta para ejecutar órdenes de un perpetuo cripto. El problema es que los DEX tradicionales normalmente solo se encargan del momento en que ocurre la transacción. Después de terminar el emparejamiento, ¿cómo se revaloriza el capital ocioso?, ¿cómo se diseñan estrategias para usuarios de baja frecuencia?, ¿cómo se reutiliza el saldo de forma compartida entre distintos activos? Todo eso se lo devuelven al usuario para que lo resuelva. El rendimiento comercial y las inversiones están repartidos en varios protocolos; cada vez que aparece una necesidad nueva, hay que volver a redistribuir autorizaciones de activos en contratos y volver a revisar los riesgos. $EVAA GRVT, con One Balance y el margen unificado, concentra todas estas necesidades en un mismo sistema de cuentas. Los traders activos pueden administrar directamente las posiciones perpetuas con el libro de órdenes de límites centralizado; y, para los usuarios de baja frecuencia, los derechos de sus cuentas pueden seguir generando intereses mediante Earn on Equity. Los usuarios orientados a rendimiento incluso pueden asignar fondos a “bóvedas” de estrategias como GLP, obtener participaciones de estrategia y repartirse el rendimiento de market making, sin necesidad de estar colgando órdenes y ajustando posiciones todos los días. Quienes quieran jugar con RWA también tienen razones muy directas para usarlo. GRVT ofrece exposición on-chain a precios de activos tradicionales como oro y acciones, de modo que puedas gestionar tanto activos cripto como contratos perpetuos de RWA en una sola interfaz. Las operaciones relacionadas con el estado de las cuentas y la liquidación de fondos se delegan a ZKsync Validium y a pruebas de conocimiento cero para verificarse, manteniendo al máximo el límite de la autogestión. $SXT El valor central de esta estructura no está en tener funciones más o menos completas, sino en que una misma porción de capital puede ahorrar el problema de ir y venir al mover fondos entre el trading que genera intereses y la configuración de estrategias. Por ello, GRVT no solo atiende a los usuarios de contratos para alta frecuencia: también cubre a traders de baja frecuencia y usuarios que buscan ingresos, además de usuarios de RWA. Por supuesto, habrá que evaluar por separado riesgos como condiciones para devengar intereses, retrocesos de estrategias y saltos “gap” en la apertura de los activos tradicionales. Su enfoque ya se sale de lo que sería un DEX perpetuo convencional; si podrá sostener de forma estable tantas necesidades, tendremos que seguir observando. #grvt
No es que todo el mundo tenga que abrir decenas de contratos cada día, pero la lógica de muchos DEX asume por defecto que los usuarios vienen para hacer trading de alta frecuencia. Quien ajusta posiciones de vez en cuando suele tener la mayoría del margen ocioso la mayor parte del tiempo; y quienes buscan rendimiento prefieren no estar todo el día pendiente de la pantalla. Además, si quieres exposición a oro y a acciones estadounidenses, tienes que “recortar” desde otras plataformas. He puesto estos flujos de fondos juntos y los he revisado varias veces, y la sensación es que @grvt_io se parece más a estar montando una plataforma de corretaje on-chain que solo a ser una herramienta para ejecutar órdenes de un perpetuo cripto.

El problema es que los DEX tradicionales normalmente solo se encargan del momento en que ocurre la transacción. Después de terminar el emparejamiento, ¿cómo se revaloriza el capital ocioso?, ¿cómo se diseñan estrategias para usuarios de baja frecuencia?, ¿cómo se reutiliza el saldo de forma compartida entre distintos activos? Todo eso se lo devuelven al usuario para que lo resuelva. El rendimiento comercial y las inversiones están repartidos en varios protocolos; cada vez que aparece una necesidad nueva, hay que volver a redistribuir autorizaciones de activos en contratos y volver a revisar los riesgos. $EVAA

GRVT, con One Balance y el margen unificado, concentra todas estas necesidades en un mismo sistema de cuentas. Los traders activos pueden administrar directamente las posiciones perpetuas con el libro de órdenes de límites centralizado; y, para los usuarios de baja frecuencia, los derechos de sus cuentas pueden seguir generando intereses mediante Earn on Equity. Los usuarios orientados a rendimiento incluso pueden asignar fondos a “bóvedas” de estrategias como GLP, obtener participaciones de estrategia y repartirse el rendimiento de market making, sin necesidad de estar colgando órdenes y ajustando posiciones todos los días.

Quienes quieran jugar con RWA también tienen razones muy directas para usarlo. GRVT ofrece exposición on-chain a precios de activos tradicionales como oro y acciones, de modo que puedas gestionar tanto activos cripto como contratos perpetuos de RWA en una sola interfaz. Las operaciones relacionadas con el estado de las cuentas y la liquidación de fondos se delegan a ZKsync Validium y a pruebas de conocimiento cero para verificarse, manteniendo al máximo el límite de la autogestión. $SXT

El valor central de esta estructura no está en tener funciones más o menos completas, sino en que una misma porción de capital puede ahorrar el problema de ir y venir al mover fondos entre el trading que genera intereses y la configuración de estrategias. Por ello, GRVT no solo atiende a los usuarios de contratos para alta frecuencia: también cubre a traders de baja frecuencia y usuarios que buscan ingresos, además de usuarios de RWA. Por supuesto, habrá que evaluar por separado riesgos como condiciones para devengar intereses, retrocesos de estrategias y saltos “gap” en la apertura de los activos tradicionales. Su enfoque ya se sale de lo que sería un DEX perpetuo convencional; si podrá sostener de forma estable tantas necesidades, tendremos que seguir observando. #grvt
低频玩家也可以来 grvt
0%
每个交易所都这么说
100%
1 Voto(s) • Votación cerrada
Artículo
Newton Protocol y account abstraction: lo que de verdad se debe ocultar no es el costoLa primera vez que hicimos que un usuario nuevo probara un depósito on-chain, no se quedó atascado en la rentabilidad o en las advertencias de riesgo, sino en esa línea de la cartera que decía "Saldo insuficiente". La cuenta tenía stablecoins, pero como no tenía el token nativo de la cadena objetivo, ni siquiera se pudo enviar la autorización. Para que el flujo funcionara, primero crucé la cadena para completar el Gas, luego rehice la autorización y el depósito, y al final verifiqué varias veces la estimación del coste de UserOperation contra los cargos reales. El usuario solo quería completar una única operación, pero la capa subyacente le exigía entender la red y las comisiones primero. @NewtonProtocol Después de combinar account abstraction con el contrato abstracto de cuentas, lo que debería eliminarse es precisamente esta capa de resistencia sin sentido.

Newton Protocol y account abstraction: lo que de verdad se debe ocultar no es el costo

La primera vez que hicimos que un usuario nuevo probara un depósito on-chain, no se quedó atascado en la rentabilidad o en las advertencias de riesgo, sino en esa línea de la cartera que decía "Saldo insuficiente". La cuenta tenía stablecoins, pero como no tenía el token nativo de la cadena objetivo, ni siquiera se pudo enviar la autorización. Para que el flujo funcionara, primero crucé la cadena para completar el Gas, luego rehice la autorización y el depósito, y al final verifiqué varias veces la estimación del coste de UserOperation contra los cargos reales. El usuario solo quería completar una única operación, pero la capa subyacente le exigía entender la red y las comisiones primero. @NewtonProtocol Después de combinar account abstraction con el contrato abstracto de cuentas, lo que debería eliminarse es precisamente esta capa de resistencia sin sentido.
Después de desplegar estrategias de automatización en una wallet inteligente, descubrí que, aunque el account abstraction resuelve el problema del envío de transacciones, no delimita los límites de permisos del agente. Las transacciones en lotes y el pago de Gas reducen las firmas, pero cuando a propósito sustituyo el protocolo objetivo y aumento el límite, la wallet aún puede construir un UserOperation. Al comparar la validación del EntryPoint y los datos de retorno del contrato de la estrategia, confirmo que la limitación final proviene de @NewtonProtocol y no de la interfaz de la wallet. $BILL El valor central del account abstraction está en mejorar la experiencia: puede empaquetar múltiples llamadas y manejar el Gas. Pero cuando el agente de automatización se conecta, la wallet inteligente solo obtiene una capacidad de ejecución más flexible. A qué activos y protocolos puede llamar el agente, y cuánta cuota puede usar, todavía requiere reglas adicionales para gestionarlo. El “cuerpo” de ejecución es más flexible, pero eso no significa que las acciones sean naturalmente seguras. $PALU Newton Protocol complementa precisamente la capa de decisiones y la de restricciones. Las restricciones de la estrategia definen de antemano qué monedas el agente puede acceder, qué protocolos objetivo y con qué montos. simulatePolicy ensaya de antemano los cambios de activos antes de la ejecución, y luego entrega el resultado para que lo verifique la cuenta inteligente. El account abstraction se encarga de completar las llamadas en cadena, mientras que Newton Protocol determina si la llamada coincide con la intención del usuario. Incluso si el agente cambia la ruta, no puede salirse del rango de permisos delineado por el contrato. Esto establece un reparto de responsabilidades razonable entre ambos. La wallet inteligente hace que las operaciones on-chain sean más cómodas; Newton Protocol mantiene siempre controlados los permisos de automatización. Ser útil y ser administrable no tienen por qué sacrificarse mutuamente. Lo que vale la pena verificar en adelante es si, cuando ocurren simultáneamente una actualización de la estrategia y la recuperación de la cuenta, los permisos antiguos pueden cortarse por completo. La wallet inteligente proporciona el “cuerpo” de ejecución, pero las instrucciones de seguridad deben contar con un mecanismo de frenado independiente y verificable. La confianza real en la automatización se construye sobre el perfecto desacoplamiento entre ejecución y restricciones.#newt $NEWT
Después de desplegar estrategias de automatización en una wallet inteligente, descubrí que, aunque el account abstraction resuelve el problema del envío de transacciones, no delimita los límites de permisos del agente. Las transacciones en lotes y el pago de Gas reducen las firmas, pero cuando a propósito sustituyo el protocolo objetivo y aumento el límite, la wallet aún puede construir un UserOperation. Al comparar la validación del EntryPoint y los datos de retorno del contrato de la estrategia, confirmo que la limitación final proviene de @NewtonProtocol y no de la interfaz de la wallet.
$BILL

El valor central del account abstraction está en mejorar la experiencia: puede empaquetar múltiples llamadas y manejar el Gas. Pero cuando el agente de automatización se conecta, la wallet inteligente solo obtiene una capacidad de ejecución más flexible. A qué activos y protocolos puede llamar el agente, y cuánta cuota puede usar, todavía requiere reglas adicionales para gestionarlo. El “cuerpo” de ejecución es más flexible, pero eso no significa que las acciones sean naturalmente seguras.
$PALU

Newton Protocol complementa precisamente la capa de decisiones y la de restricciones. Las restricciones de la estrategia definen de antemano qué monedas el agente puede acceder, qué protocolos objetivo y con qué montos. simulatePolicy ensaya de antemano los cambios de activos antes de la ejecución, y luego entrega el resultado para que lo verifique la cuenta inteligente. El account abstraction se encarga de completar las llamadas en cadena, mientras que Newton Protocol determina si la llamada coincide con la intención del usuario. Incluso si el agente cambia la ruta, no puede salirse del rango de permisos delineado por el contrato.

Esto establece un reparto de responsabilidades razonable entre ambos. La wallet inteligente hace que las operaciones on-chain sean más cómodas; Newton Protocol mantiene siempre controlados los permisos de automatización. Ser útil y ser administrable no tienen por qué sacrificarse mutuamente. Lo que vale la pena verificar en adelante es si, cuando ocurren simultáneamente una actualización de la estrategia y la recuperación de la cuenta, los permisos antiguos pueden cortarse por completo. La wallet inteligente proporciona el “cuerpo” de ejecución, pero las instrucciones de seguridad deben contar con un mecanismo de frenado independiente y verificable. La confianza real en la automatización se construye sobre el perfecto desacoplamiento entre ejecución y restricciones.#newt $NEWT
Muchas veces la estrategia se copia, y no porque uno haya soltado información por descuido, sino porque los registros on-chain terminan revelando todas las cartas. Hoy en día, la mayoría de los DEX publican por defecto direcciones y el flujo de fondos. Si alguien sigue esa secuencia temporal unas cuantas veces, quedan completamente expuestos tu dirección de entrada y el ritmo de los incrementos de posición. @grvt_io se centra en la privacidad de las operaciones; el punto no es presumir una protección “infalible” contra el seguimiento, sino reducir de forma real y tangible la exposición directa de tus intenciones de trading en la cadena. He revisado los datos on-chain de una dirección activa. Una sola operación no dice mucho, pero si superpones los movimientos de transferencias con los cambios de saldo, se ve claramente cuándo entraste, dónde hiciste el seguimiento y en qué momento redujiste la posición. Para los minoristas ver esto “para entretenerse” no importa tanto, pero para los grandes titulares y los market makers esto es una catástrofe: te roban el paso y te copian la estrategia, además de que el deslizamiento (slippage) tiende a aumentar. El problema en realidad está en el entorno público de ejecución “todo en cadena”. En cuanto el estado de las órdenes y de las cuentas se registra en claro en la blockchain, las herramientas de análisis pueden dibujarte un retrato completo del comportamiento. El dinero sigue siendo tuyo, pero la ruta de la estrategia se convierte en datos públicos. Cuanto mayor sea el volumen, más regulares serán tus decisiones; y el coste de que te descubran intenciones se vuelve aún más doloroso. La solución de GRVT consiste en separar la verificación de la demostración. Las órdenes se procesan fuera de la cadena mediante un order book off-chain, y la liquidación se realiza con Validium basado en ZKsync. Los datos de las transacciones permanecen fuera de la cadena: solo necesitas pruebas de conocimiento cero para verificar las actualizaciones de estado, sin tener que publicar todo el detalle de los márgenes y las operaciones. Esto incrementa muchísimo la dificultad para que otros deduzcan tu estrategia a partir de datos on-chain. Pero seamos objetivos: proteger la privacidad no equivale a ser absolutamente invisible. Tus transferencias on-chain, las interacciones con carteras externas e incluso tus hábitos al colocar órdenes, aún pueden dejar rastros. GRVT resuelve el problema de la exposición pública, no el de “desaparecer” por completo. Este enfoque tiene valor real, pero dónde está el límite de la privacidad y cuál será el efecto a largo plazo todavía requiere tiempo para comprobarse. #grvt
Muchas veces la estrategia se copia, y no porque uno haya soltado información por descuido, sino porque los registros on-chain terminan revelando todas las cartas. Hoy en día, la mayoría de los DEX publican por defecto direcciones y el flujo de fondos. Si alguien sigue esa secuencia temporal unas cuantas veces, quedan completamente expuestos tu dirección de entrada y el ritmo de los incrementos de posición. @grvt_io se centra en la privacidad de las operaciones; el punto no es presumir una protección “infalible” contra el seguimiento, sino reducir de forma real y tangible la exposición directa de tus intenciones de trading en la cadena.

He revisado los datos on-chain de una dirección activa. Una sola operación no dice mucho, pero si superpones los movimientos de transferencias con los cambios de saldo, se ve claramente cuándo entraste, dónde hiciste el seguimiento y en qué momento redujiste la posición. Para los minoristas ver esto “para entretenerse” no importa tanto, pero para los grandes titulares y los market makers esto es una catástrofe: te roban el paso y te copian la estrategia, además de que el deslizamiento (slippage) tiende a aumentar.

El problema en realidad está en el entorno público de ejecución “todo en cadena”. En cuanto el estado de las órdenes y de las cuentas se registra en claro en la blockchain, las herramientas de análisis pueden dibujarte un retrato completo del comportamiento. El dinero sigue siendo tuyo, pero la ruta de la estrategia se convierte en datos públicos. Cuanto mayor sea el volumen, más regulares serán tus decisiones; y el coste de que te descubran intenciones se vuelve aún más doloroso.

La solución de GRVT consiste en separar la verificación de la demostración. Las órdenes se procesan fuera de la cadena mediante un order book off-chain, y la liquidación se realiza con Validium basado en ZKsync. Los datos de las transacciones permanecen fuera de la cadena: solo necesitas pruebas de conocimiento cero para verificar las actualizaciones de estado, sin tener que publicar todo el detalle de los márgenes y las operaciones. Esto incrementa muchísimo la dificultad para que otros deduzcan tu estrategia a partir de datos on-chain.

Pero seamos objetivos: proteger la privacidad no equivale a ser absolutamente invisible. Tus transferencias on-chain, las interacciones con carteras externas e incluso tus hábitos al colocar órdenes, aún pueden dejar rastros. GRVT resuelve el problema de la exposición pública, no el de “desaparecer” por completo. Este enfoque tiene valor real, pero dónde está el límite de la privacidad y cuál será el efecto a largo plazo todavía requiere tiempo para comprobarse. #grvt
我的操作终于只属于我一个人了
67%
我这点钱谁看得上啊
33%
6 Voto(s) • Votación cerrada
Artículo
El front-end se puede eludir y Newton Protocol escribe el límite de seguridad en el contratoLos botones de la página de pesca son casi idénticos a los del sitio original, y la dirección del contrato que aparece en la ventana del monedero tampoco muestra anomalías evidentes. Fue al desmontar el calldata de verdad cuando descubrí que el monto de la llamada se amplifica, que el monto mínimo de recepción se reduce y que los parámetros de recepción reciben además una capa adicional de enrutamiento. Para confirmar que no era un error de la herramienta de decodificación, también volví a comprobar varias veces el selector de función y los registros de eventos. El front-end puede hacerse pasar por el verdadero y la interfaz también puede reemplazarse. Si las reglas de riesgo solo existen en la página web, en cuanto el usuario elude la entrada oficial, todas las limitaciones desaparecen a la vez. La ejecución a nivel de contrato de @NewtonProtocol está dirigida precisamente a esa brecha.

El front-end se puede eludir y Newton Protocol escribe el límite de seguridad en el contrato

Los botones de la página de pesca son casi idénticos a los del sitio original, y la dirección del contrato que aparece en la ventana del monedero tampoco muestra anomalías evidentes. Fue al desmontar el calldata de verdad cuando descubrí que el monto de la llamada se amplifica, que el monto mínimo de recepción se reduce y que los parámetros de recepción reciben además una capa adicional de enrutamiento. Para confirmar que no era un error de la herramienta de decodificación, también volví a comprobar varias veces el selector de función y los registros de eventos. El front-end puede hacerse pasar por el verdadero y la interfaz también puede reemplazarse. Si las reglas de riesgo solo existen en la página web, en cuanto el usuario elude la entrada oficial, todas las limitaciones desaparecen a la vez. La ejecución a nivel de contrato de @NewtonProtocol está dirigida precisamente a esa brecha.
Ver traducción
当同一套策略的资金规模从小额测试放大后,我在 @NewtonProtocol 上关注的核心不再是收益率,而是Agent凭什么承载更大的资金体量。在小额交易中,一次异常滑点尚可视为执行误差,但资金放大后,微小的路由偏移或权限越界都会演变为真实的资产损失。为了确认 Agent 是否始终恪守规则,我不得不将几笔交易的 calldata、授权额度与最终到账情况进行逐一核对,这项验证工作,远比评估策略收益更耗时。 传统 Bot 的瓶颈往往不在于策略不够智能,而在于资金规模越大,信任成本呈指数级上升。用户通常只能看到回测数据和最终的成交结果,却无法透视运行中的代码是否被暗中替换,更无法确认 Bot 是否在运行中临时扩大了授权范围。一个长期掌握资产权限的黑盒,即使历史战绩完美,也不能以此透支无条件的信任。 Newton Protocol 提供的破局思路是先验证,再放量。它通过策略约束,严格限定了可调用合约、单笔额度上限及有效时间窗口;利用 simulatePolicy 在执行前预演资产变化,并通过密码学证明、将代码状态与任务结果强绑定。在这种机制下,Agent 可以在规则框架内寻找最优执行路径,但每一次操作都必须留下可核验的证据。这意味着,大额授权的安全性建立在严密的代码规则之上,而非运营方的信用背书。 这恰恰是 Newton Protocol 对 Bot 进化方向的重新定义,能力强只代表它能完成任务,而可验证才决定它是否配得上管理更多资金。诚然,Newton Protocol 仍需证明在高频场景下,其验证机制不会拖累执行效率。但在大额资产面前,执行快上几秒,远不如清晰证明资金如何被使用来得重要。真正的资金信任,应当随着可验证证据的增加而巩固,而不是随着运行时间的推移而盲目累积。#newt $NEWT
当同一套策略的资金规模从小额测试放大后,我在 @NewtonProtocol 上关注的核心不再是收益率,而是Agent凭什么承载更大的资金体量。在小额交易中,一次异常滑点尚可视为执行误差,但资金放大后,微小的路由偏移或权限越界都会演变为真实的资产损失。为了确认 Agent 是否始终恪守规则,我不得不将几笔交易的 calldata、授权额度与最终到账情况进行逐一核对,这项验证工作,远比评估策略收益更耗时。

传统 Bot 的瓶颈往往不在于策略不够智能,而在于资金规模越大,信任成本呈指数级上升。用户通常只能看到回测数据和最终的成交结果,却无法透视运行中的代码是否被暗中替换,更无法确认 Bot 是否在运行中临时扩大了授权范围。一个长期掌握资产权限的黑盒,即使历史战绩完美,也不能以此透支无条件的信任。

Newton Protocol 提供的破局思路是先验证,再放量。它通过策略约束,严格限定了可调用合约、单笔额度上限及有效时间窗口;利用 simulatePolicy 在执行前预演资产变化,并通过密码学证明、将代码状态与任务结果强绑定。在这种机制下,Agent 可以在规则框架内寻找最优执行路径,但每一次操作都必须留下可核验的证据。这意味着,大额授权的安全性建立在严密的代码规则之上,而非运营方的信用背书。

这恰恰是 Newton Protocol 对 Bot 进化方向的重新定义,能力强只代表它能完成任务,而可验证才决定它是否配得上管理更多资金。诚然,Newton Protocol 仍需证明在高频场景下,其验证机制不会拖累执行效率。但在大额资产面前,执行快上几秒,远不如清晰证明资金如何被使用来得重要。真正的资金信任,应当随着可验证证据的增加而巩固,而不是随着运行时间的推移而盲目累积。#newt $NEWT
Primera vez usando una nueva casa de trading; el proceso que menos me gusta es recargar primero y luego ir probando los botones poco a poco. No entendí bien la sección de órdenes, la configuración de apalancamiento, el take profit/stop loss ni el modo de margen; el dinero real ya estaba en la cuenta. El Demo Trading de @grvt_io invierte el orden: no necesitas ingresar fondos primero; puedes usar fondos simulados para recorrer por completo la página de trading. Hice una ronda siguiendo el hábito del trading formal. Primero creé una cuenta Demo independiente y luego acuñé USDT simulado; después, lo transferí a la cuenta de trading. Desde seleccionar el mercado, completar la cantidad, hasta enviar una orden limitada, cancelar órdenes y ver posiciones, fui haciendo clic en varios accesos repetidamente. Lo realmente útil no es el PnL simulado, sino aclarar con anticipación cómo cada parámetro cambia la posición. Los errores de un principiante parecen, a simple vista, que se equivocó al tocar un botón; pero en realidad el sistema de trading traslada el costo de aprendizaje al capital real. Los futuros perpetuos implican margen inicial, margen de mantenimiento y el precio de liquidación estimado; si hay una interpretación desviada en cualquiera de los campos, el proceso que parecía familiar puede convertirse en una pérdida real. Demo Trading corta el riesgo de fondos usando un entorno aislado: la cuenta simulada y la cuenta formal GRVT son independientes; los activos reales no se mezclan con el flujo de prueba. $SXT Estas funciones no son solo para que los principiantes vean la página. Para quienes desarrollan estrategias, pueden probar primero la diferencia entre la ejecución de órdenes limitadas y de mercado, observar la lógica de activación del take profit/stop loss y luego revisar cómo se muestra el panel de posiciones y las tasas de financiación. GRVT permite a los usuarios validar primero la cadena de operaciones antes de decidir si invertir fondos reales; es más razonable que aprender haciendo después de recargar. $T Pero la ejecución simulada no puede representar el mercado real. La profundidad del libro, el deslizamiento, la latencia de red y la presión emocional cambiarán los resultados en una operación real. Demo Trading actualmente solo está disponible en la versión web. Es ideal para familiarizarte con el flujo y para detectar errores de operación; no sirve para demostrar que una estrategia sea rentable. GRVT reduce el costo de los intentos a un nivel donde no hay fondos en juego. La función vale la pena probarla primero; si vas o no a ingresar dinero, todavía depende de que tú mismo entiendas bien el riesgo. #grvt
Primera vez usando una nueva casa de trading; el proceso que menos me gusta es recargar primero y luego ir probando los botones poco a poco. No entendí bien la sección de órdenes, la configuración de apalancamiento, el take profit/stop loss ni el modo de margen; el dinero real ya estaba en la cuenta. El Demo Trading de @grvt_io invierte el orden: no necesitas ingresar fondos primero; puedes usar fondos simulados para recorrer por completo la página de trading.
Hice una ronda siguiendo el hábito del trading formal. Primero creé una cuenta Demo independiente y luego acuñé USDT simulado; después, lo transferí a la cuenta de trading. Desde seleccionar el mercado, completar la cantidad, hasta enviar una orden limitada, cancelar órdenes y ver posiciones, fui haciendo clic en varios accesos repetidamente. Lo realmente útil no es el PnL simulado, sino aclarar con anticipación cómo cada parámetro cambia la posición.
Los errores de un principiante parecen, a simple vista, que se equivocó al tocar un botón; pero en realidad el sistema de trading traslada el costo de aprendizaje al capital real. Los futuros perpetuos implican margen inicial, margen de mantenimiento y el precio de liquidación estimado; si hay una interpretación desviada en cualquiera de los campos, el proceso que parecía familiar puede convertirse en una pérdida real. Demo Trading corta el riesgo de fondos usando un entorno aislado: la cuenta simulada y la cuenta formal GRVT son independientes; los activos reales no se mezclan con el flujo de prueba. $SXT
Estas funciones no son solo para que los principiantes vean la página. Para quienes desarrollan estrategias, pueden probar primero la diferencia entre la ejecución de órdenes limitadas y de mercado, observar la lógica de activación del take profit/stop loss y luego revisar cómo se muestra el panel de posiciones y las tasas de financiación. GRVT permite a los usuarios validar primero la cadena de operaciones antes de decidir si invertir fondos reales; es más razonable que aprender haciendo después de recargar. $T
Pero la ejecución simulada no puede representar el mercado real. La profundidad del libro, el deslizamiento, la latencia de red y la presión emocional cambiarán los resultados en una operación real. Demo Trading actualmente solo está disponible en la versión web. Es ideal para familiarizarte con el flujo y para detectar errores de operación; no sirve para demostrar que una estrategia sea rentable. GRVT reduce el costo de los intentos a un nivel donde no hay fondos en juego. La función vale la pena probarla primero; si vas o no a ingresar dinero, todavía depende de que tú mismo entiendas bien el riesgo. #grvt
先模拟练练技术再赚钱
67%
Cex 好像都有这个功能
33%
3 Voto(s) • Votación cerrada
Artículo
Un proxy puede operar por ti, pero no puede decidir adónde va el dineroUna reinversión automática casi envió las ganancias a una dirección desconocida. El script originalmente solo se encargaba de reclamar recompensas, intercambiar por stablecoins y volver a depositarlo en el fondo. Al revisar los parámetros de ejecución, descubrí que el contrato de enrutamiento permitía que un tercero externo especificara el destinatario. Para confirmar dónde acabaría el dinero, desarmé y verifiqué, capa por capa, el monto de approve, el selector de función y el calldata anidado. La lógica de la estrategia no arrojó errores, pero la salida de fondos sí podía reemplazarse. Este es precisamente el problema que deben resolver los cortes de permisos de @NewtonProtocol . El peligro de muchos proxies on-chain no radica en que la estrategia esté mal escrita, sino en que los permisos que se otorgan son mucho mayores de lo que la tarea requiere. El robot solo quiere intercambiar monedas, pero la cuenta entrega también capacidad de transferir. El robot solo quiere reinvertir, pero el contrato de enrutamiento puede enviar las ganancias a cualquier dirección. En cuanto el modelo de entrada se contamina, el servidor de ejecución es controlado o los parámetros de la transacción se alteran, el atacante ni siquiera necesita obtener la clave privada maestra. Solo tiene que aprovechar una autorización legítima ya concedida para montar una transacción que contradiga la intención del usuario.

Un proxy puede operar por ti, pero no puede decidir adónde va el dinero

Una reinversión automática casi envió las ganancias a una dirección desconocida. El script originalmente solo se encargaba de reclamar recompensas, intercambiar por stablecoins y volver a depositarlo en el fondo. Al revisar los parámetros de ejecución, descubrí que el contrato de enrutamiento permitía que un tercero externo especificara el destinatario. Para confirmar dónde acabaría el dinero, desarmé y verifiqué, capa por capa, el monto de approve, el selector de función y el calldata anidado. La lógica de la estrategia no arrojó errores, pero la salida de fondos sí podía reemplazarse. Este es precisamente el problema que deben resolver los cortes de permisos de @NewtonProtocol .
El peligro de muchos proxies on-chain no radica en que la estrategia esté mal escrita, sino en que los permisos que se otorgan son mucho mayores de lo que la tarea requiere. El robot solo quiere intercambiar monedas, pero la cuenta entrega también capacidad de transferir. El robot solo quiere reinvertir, pero el contrato de enrutamiento puede enviar las ganancias a cualquier dirección. En cuanto el modelo de entrada se contamina, el servidor de ejecución es controlado o los parámetros de la transacción se alteran, el atacante ni siquiera necesita obtener la clave privada maestra. Solo tiene que aprovechar una autorización legítima ya concedida para montar una transacción que contradiga la intención del usuario.
Ver traducción
为了算清一笔跨链操作到底贵在哪里,我把 @NewtonProtocol 给出的几条路径逐项拆开。最低报价的方案并不一定最省钱。有一条路线虽然桥接费更低,却增加了一次资产兑换,到账后还要补做授权。等滑点和两侧 Gas 全部计入,最终成本反而高于直接路径。我把预估值和链上实际支出对了几轮,才确认问题出在报价口径,而不是某一笔交易异常。 多链环境里,Gas 优化从来不只是寻找手续费最低的网络。源链拥堵程度和跨链桥收费以及目标链流动性都会改变最终支出。更隐蔽的是确认时间。便宜路径如果要等待更久,期间的价格波动可能直接抹掉节省下来的费用。很多路由只比较发起交易时的数字,却不会持续验证整条链路是否仍然划算。 Newton Protocol 的作用更接近一层受约束的路径决策系统。用户给出目标链和预期到账金额以及可接受时限后,simulatePolicy 可以预演不同路线的净到账结果。策略约束则限制代理能够调用的跨链桥和资产额度。执行节点可以根据实时 Gas 变化调整路线,但不能借优化费用扩大授权范围。 因此,Newton Protocol 所说的低成本并非单看某一步便宜,而是压缩跨链全流程的综合支出。它能否在链上突然拥堵时及时放弃失效路线,仍是我接下来会重点核验的部分。眼下数据还不够,先保留判断。#newt $NEWT
为了算清一笔跨链操作到底贵在哪里,我把 @NewtonProtocol 给出的几条路径逐项拆开。最低报价的方案并不一定最省钱。有一条路线虽然桥接费更低,却增加了一次资产兑换,到账后还要补做授权。等滑点和两侧 Gas 全部计入,最终成本反而高于直接路径。我把预估值和链上实际支出对了几轮,才确认问题出在报价口径,而不是某一笔交易异常。
多链环境里,Gas 优化从来不只是寻找手续费最低的网络。源链拥堵程度和跨链桥收费以及目标链流动性都会改变最终支出。更隐蔽的是确认时间。便宜路径如果要等待更久,期间的价格波动可能直接抹掉节省下来的费用。很多路由只比较发起交易时的数字,却不会持续验证整条链路是否仍然划算。
Newton Protocol 的作用更接近一层受约束的路径决策系统。用户给出目标链和预期到账金额以及可接受时限后,simulatePolicy 可以预演不同路线的净到账结果。策略约束则限制代理能够调用的跨链桥和资产额度。执行节点可以根据实时 Gas 变化调整路线,但不能借优化费用扩大授权范围。
因此,Newton Protocol 所说的低成本并非单看某一步便宜,而是压缩跨链全流程的综合支出。它能否在链上突然拥堵时及时放弃失效路线,仍是我接下来会重点核验的部分。眼下数据还不够,先保留判断。#newt $NEWT
用惯了中心化交易所,最难戒掉的是那种下单即成交的顺手感,最难忽略的却是资金交出去后的不安。行情一急,我还是会担心提现通道和平台储备。为了弄清 @grvt_io 到底把资产控制权留在哪,我把充值、挂单、撤单和提现流程跑了一遍,又对着链上记录核了好几轮,时间基本花在确认每一步由谁签名、在哪里结算。$BEE 老用户对交易所暴雷仍有记忆。问题从来不只是某个平台管理失误,而是传统 CEX 把托管、撮合和清算集中在同一套后台里。订单簿很快,账户余额却只是数据库中的数字。用户无法持续验证资产状态,一旦平台挪用资金或暂停提现,控制权几乎没有回旋余地。$OWL GRVT 把这套结构拆成两层。订单先进入链下中央限价订单簿,用低延迟撮合保留下单、撤单和查看仓位的流畅体验。资产转移与最终结算则回到基于 ZKsync 的 Validium,由零知识证明验证状态更新。GRVT 所说的混合交易所,关键不在混合两个标签,而是让撮合效率和资金托管分别由不同机制负责。 自托管也不等于风险消失。私钥丢失、智能合约故障和 Validium 数据可用性仍要考虑,极端情况下能否顺利退出更值得测试。但相比把币完全交给平台,GRVT 至少提供了另一种取舍。交易可以接近 CEX 般顺手,资金控制权又不必全部让出去。 我接下来更想盯的是异常状态下的提现路径和证明生成速度。安全感不能靠宣传页建立,还是得靠长时间运行验证。GRVT 的思路合理,工程门槛也不低,先继续跑,不急着下结论。 这版主要调整了开头,用老用户在便捷体验与资金安全之间的矛盾直接切入,再自然带出 GRVT。项目名保留三次,但分散在正文中,避免像广告口号一样生硬重复。#grvt
用惯了中心化交易所,最难戒掉的是那种下单即成交的顺手感,最难忽略的却是资金交出去后的不安。行情一急,我还是会担心提现通道和平台储备。为了弄清 @grvt_io 到底把资产控制权留在哪,我把充值、挂单、撤单和提现流程跑了一遍,又对着链上记录核了好几轮,时间基本花在确认每一步由谁签名、在哪里结算。$BEE
老用户对交易所暴雷仍有记忆。问题从来不只是某个平台管理失误,而是传统 CEX 把托管、撮合和清算集中在同一套后台里。订单簿很快,账户余额却只是数据库中的数字。用户无法持续验证资产状态,一旦平台挪用资金或暂停提现,控制权几乎没有回旋余地。$OWL
GRVT 把这套结构拆成两层。订单先进入链下中央限价订单簿,用低延迟撮合保留下单、撤单和查看仓位的流畅体验。资产转移与最终结算则回到基于 ZKsync 的 Validium,由零知识证明验证状态更新。GRVT 所说的混合交易所,关键不在混合两个标签,而是让撮合效率和资金托管分别由不同机制负责。
自托管也不等于风险消失。私钥丢失、智能合约故障和 Validium 数据可用性仍要考虑,极端情况下能否顺利退出更值得测试。但相比把币完全交给平台,GRVT 至少提供了另一种取舍。交易可以接近 CEX 般顺手,资金控制权又不必全部让出去。
我接下来更想盯的是异常状态下的提现路径和证明生成速度。安全感不能靠宣传页建立,还是得靠长时间运行验证。GRVT 的思路合理,工程门槛也不低,先继续跑,不急着下结论。
这版主要调整了开头,用老用户在便捷体验与资金安全之间的矛盾直接切入,再自然带出 GRVT。项目名保留三次,但分散在正文中,避免像广告口号一样生硬重复。#grvt
DeX 和 Cex 的完美结合
0%
还是更加相信 Cex
0%
0 Voto(s) • Votación cerrada
Artículo
¿Puede Newton Protocol convertirse en un paraguas de protección para el stop-loss on-chain en condiciones de mercado extremas? Lo que de verdad me interesa del Newton Protocol no es esa capa de “agente de IA que te ayuda a negociar”, sino si puede convertir un stop-loss on-chain, antes una secuencia de script frágil, en una cadena de ejecución automática que sea verificable y pueda estar sujeta a restricciones. En situaciones de mercado extremas, el precio, el Gas y la liquidez cambian de forma simultánea; confirmar manualmente la operación suele llegar tarde. El agente de IA solo merece llamarse “paraguas de protección de stop-loss” cuando los límites de permisos y las condiciones de ejecución se pueden verificar. Antes ejecuté un flujo de protección de posiciones mediante préstamos. La lógica parecía no ser complicada: escuchar el factor de salud, si cae por debajo de un umbral vender una parte del colateral, luego devolver la deuda y devolver la posición a un rango seguro. En una integración real, sin embargo, por favor hagan que todo ocurra en unos pocos segundos. La cotización del oráculo ya cambió, pero la pantalla del front-end todavía tiene retraso. El estado pendiente que devuelve el nodo RPC no es consistente. El deslizamiento estimado se calcula con la liquidez antigua; cuando la transacción entra en el mempool, la ruta real de ejecución vuelve a ser adelantada. Solo por juntar tres marcas de tiempo—la interfaz de cotización, el factor de salud y el recibo de la transacción—las revisé varias veces. Al final descubrí que el problema no está en la condición de stop-loss, sino en que, después de que la condición de ejecución cambia, el script sigue enviando mecánicamente con los parámetros antiguos.

¿Puede Newton Protocol convertirse en un paraguas de protección para el stop-loss on-chain en condiciones de mercado extremas?

Lo que de verdad me interesa del Newton Protocol no es esa capa de “agente de IA que te ayuda a negociar”, sino si puede convertir un stop-loss on-chain, antes una secuencia de script frágil, en una cadena de ejecución automática que sea verificable y pueda estar sujeta a restricciones. En situaciones de mercado extremas, el precio, el Gas y la liquidez cambian de forma simultánea; confirmar manualmente la operación suele llegar tarde. El agente de IA solo merece llamarse “paraguas de protección de stop-loss” cuando los límites de permisos y las condiciones de ejecución se pueden verificar.
Antes ejecuté un flujo de protección de posiciones mediante préstamos. La lógica parecía no ser complicada: escuchar el factor de salud, si cae por debajo de un umbral vender una parte del colateral, luego devolver la deuda y devolver la posición a un rango seguro. En una integración real, sin embargo, por favor hagan que todo ocurra en unos pocos segundos. La cotización del oráculo ya cambió, pero la pantalla del front-end todavía tiene retraso. El estado pendiente que devuelve el nodo RPC no es consistente. El deslizamiento estimado se calcula con la liquidez antigua; cuando la transacción entra en el mempool, la ruta real de ejecución vuelve a ser adelantada. Solo por juntar tres marcas de tiempo—la interfaz de cotización, el factor de salud y el recibo de la transacción—las revisé varias veces. Al final descubrí que el problema no está en la condición de stop-loss, sino en que, después de que la condición de ejecución cambia, el script sigue enviando mecánicamente con los parámetros antiguos.
La semana pasada, mientras probaba el flujo de trading automatizado del @NewtonProtocol , me puse una regla muy específica: si la moneda A sube por encima de un umbral establecido, entonces vendo la moneda B y, con los fondos obtenidos, los cambio por la moneda C. En teoría son solo tres pasos, pero al ejecutarlo se atasca en la coordinación de estados. Después de la primera operación, la actualización del saldo, los cambios del slippage y la siguiente autorización deben alinearse al mismo tiempo. Solo entender cómo pasar los parámetros de las condiciones me llevó bastante tiempo, y además tuve que contrastar varias veces los datos devueltos por dos interfaces. $BEAT No es que el frontend sea difícil de usar; más bien, la mayoría de las automatizaciones on-chain aún están en el estadio de unir manualmente operaciones. La wallet firma, el script escucha, el robot ejecuta: cada capa controla parte de los permisos, pero no existe un límite de verificación unificado. Tras dispararse la moneda A, ¿cuánto de la moneda B se vende realmente?, ¿se puede comprar la moneda C dentro del rango de slippage? Si cualquier estado expira, toda la estrategia se deforma. En muchos casos, la “automatización” no es más que reemplazar el seguimiento manual del gráfico por un script de clave privada que corre durante mucho tiempo. Lo que de verdad vale la pena estudiar en Newton Protocol no es reemplazar al usuario para pulsar el botón de trading, sino descomponer el conjunto de condiciones en reglas de ejecución verificables. Primero, la estrategia se somete a una simulación con simulatePolicy para preverla: se revisan el rango de activos, los montos y las condiciones de activación. Luego, las restricciones de la estrategia determinan qué puede hacer la cuenta delegada. El nodo de ejecución solo puede llamar rutas de trading dentro de los límites de autorización, y la verificación on-chain se encarga de confirmar si el resultado coincide con la intención original. $XPIN Esto hace que Newton Protocol se parezca más a una capa de infraestructura de permisos y verificación para la automatización. No resuelve el problema de “si se puede vender monedas automáticamente”, sino cómo se constriñe al ejecutor cuando se disparan condiciones complejas de manera continua, y cómo se valida el proceso. El umbral de Newton Protocol todavía es relativamente alto, y la competencia de estados bajo escenarios de mercado anómalos también necesita más pruebas. Planeo seguir un tiempo más; no tengo prisa por sacar conclusiones. #newt $NEWT
La semana pasada, mientras probaba el flujo de trading automatizado del @NewtonProtocol , me puse una regla muy específica: si la moneda A sube por encima de un umbral establecido, entonces vendo la moneda B y, con los fondos obtenidos, los cambio por la moneda C. En teoría son solo tres pasos, pero al ejecutarlo se atasca en la coordinación de estados. Después de la primera operación, la actualización del saldo, los cambios del slippage y la siguiente autorización deben alinearse al mismo tiempo. Solo entender cómo pasar los parámetros de las condiciones me llevó bastante tiempo, y además tuve que contrastar varias veces los datos devueltos por dos interfaces. $BEAT
No es que el frontend sea difícil de usar; más bien, la mayoría de las automatizaciones on-chain aún están en el estadio de unir manualmente operaciones. La wallet firma, el script escucha, el robot ejecuta: cada capa controla parte de los permisos, pero no existe un límite de verificación unificado. Tras dispararse la moneda A, ¿cuánto de la moneda B se vende realmente?, ¿se puede comprar la moneda C dentro del rango de slippage? Si cualquier estado expira, toda la estrategia se deforma. En muchos casos, la “automatización” no es más que reemplazar el seguimiento manual del gráfico por un script de clave privada que corre durante mucho tiempo.
Lo que de verdad vale la pena estudiar en Newton Protocol no es reemplazar al usuario para pulsar el botón de trading, sino descomponer el conjunto de condiciones en reglas de ejecución verificables. Primero, la estrategia se somete a una simulación con simulatePolicy para preverla: se revisan el rango de activos, los montos y las condiciones de activación. Luego, las restricciones de la estrategia determinan qué puede hacer la cuenta delegada. El nodo de ejecución solo puede llamar rutas de trading dentro de los límites de autorización, y la verificación on-chain se encarga de confirmar si el resultado coincide con la intención original. $XPIN
Esto hace que Newton Protocol se parezca más a una capa de infraestructura de permisos y verificación para la automatización. No resuelve el problema de “si se puede vender monedas automáticamente”, sino cómo se constriñe al ejecutor cuando se disparan condiciones complejas de manera continua, y cómo se valida el proceso. El umbral de Newton Protocol todavía es relativamente alto, y la competencia de estados bajo escenarios de mercado anómalos también necesita más pruebas. Planeo seguir un tiempo más; no tengo prisa por sacar conclusiones. #newt $NEWT
En los momentos más animados de mi teléfono, las apps de la exchange, de finanzas y de brokers en el extranjero se alinean una tras otra. Anoche quise ajustar la cartera: primero vendo el cripto, luego espero el ingreso, después lo paso a un stablecoin y, al final, tengo que cambiar la red para confirmar. Me llevó veinte minutos dar vueltas y la cotización ya se había movido. @grvt_io Lo primero que sentí fue: por fin ya no tengo que instalar cinco apps en el móvil. Los viejos “en la hierba” lo saben: no es que tener muchas apps sea solo un problema de interfaz; es que el capital se separa en islas. Cada vez que cambias de plataforma, añades otra capa de riesgo: recargas, retiros, puentes entre cadenas y cuentas. Grvt quiere reunir el acceso al trading cripto y a activos tradicionales en el mismo sistema financiero de cadena, mediante una arquitectura Validium, tecnología ZK y un libro de órdenes fuera de la cadena que combine privacidad, velocidad y liquidación verificable. La dirección es correcta; una cuenta unificada real no debería ser simplemente apilar botones en una sola página. $EVAA Pero igual voy a echar algo de agua fría. Es fácil agregar un punto de entrada, pero es difícil lograr liquidez real agregada. Los horarios de trading de distintos activos, los límites de custodia, la profundidad de precios y las reglas de compensación no desaparecen porque una app se “integre” sola. La interfaz se ve unificada, pero ¿la eficiencia del capital en el fondo realmente se puede unificar? Me preocupa más que, en condiciones extremas del mercado, la ejecución de órdenes, la liquidación entre mercados y la salida de activos sigan siendo fluidas. Instalar una app menos, pero esperar cuatro capas de confirmación… ¡eso sería demasiado contraintuitivo! $TAC En cuanto al token de Grvt, no me limitaré a mirar la curva de precio después de su listado. Si logra cerrar el ciclo entre compensación de comisiones, seguridad del staking, permisos de gobernanza e incentivos del ecosistema, entonces el volumen de trading en la plataforma podría convertirse en una necesidad real que se consolide. Si su utilidad depende sobre todo de subsidios, la llamada captura de valor seguirá siendo una prosperidad alquilada por el corto plazo. Así que seguiré usando una cartera pequeña para probar la profundidad de trading de Grvt, la velocidad de liquidación y la experiencia de entrada y salida. La dirección me parece bien, pero no haré un gran “bet” solo porque diga “todo en uno”. Unificar el acceso financiero es un hueso duro; respeto que Grvt se empeñe en resolver la infraestructura de base. El punto es: cuando metemos todos los activos en una sola puerta, ¿lo que obtenemos es más eficiencia o más riesgo concentrado en un único punto? #grvt
En los momentos más animados de mi teléfono, las apps de la exchange, de finanzas y de brokers en el extranjero se alinean una tras otra. Anoche quise ajustar la cartera: primero vendo el cripto, luego espero el ingreso, después lo paso a un stablecoin y, al final, tengo que cambiar la red para confirmar. Me llevó veinte minutos dar vueltas y la cotización ya se había movido. @grvt_io Lo primero que sentí fue: por fin ya no tengo que instalar cinco apps en el móvil.
Los viejos “en la hierba” lo saben: no es que tener muchas apps sea solo un problema de interfaz; es que el capital se separa en islas. Cada vez que cambias de plataforma, añades otra capa de riesgo: recargas, retiros, puentes entre cadenas y cuentas. Grvt quiere reunir el acceso al trading cripto y a activos tradicionales en el mismo sistema financiero de cadena, mediante una arquitectura Validium, tecnología ZK y un libro de órdenes fuera de la cadena que combine privacidad, velocidad y liquidación verificable. La dirección es correcta; una cuenta unificada real no debería ser simplemente apilar botones en una sola página. $EVAA
Pero igual voy a echar algo de agua fría. Es fácil agregar un punto de entrada, pero es difícil lograr liquidez real agregada. Los horarios de trading de distintos activos, los límites de custodia, la profundidad de precios y las reglas de compensación no desaparecen porque una app se “integre” sola. La interfaz se ve unificada, pero ¿la eficiencia del capital en el fondo realmente se puede unificar? Me preocupa más que, en condiciones extremas del mercado, la ejecución de órdenes, la liquidación entre mercados y la salida de activos sigan siendo fluidas. Instalar una app menos, pero esperar cuatro capas de confirmación… ¡eso sería demasiado contraintuitivo! $TAC
En cuanto al token de Grvt, no me limitaré a mirar la curva de precio después de su listado. Si logra cerrar el ciclo entre compensación de comisiones, seguridad del staking, permisos de gobernanza e incentivos del ecosistema, entonces el volumen de trading en la plataforma podría convertirse en una necesidad real que se consolide. Si su utilidad depende sobre todo de subsidios, la llamada captura de valor seguirá siendo una prosperidad alquilada por el corto plazo.
Así que seguiré usando una cartera pequeña para probar la profundidad de trading de Grvt, la velocidad de liquidación y la experiencia de entrada y salida. La dirección me parece bien, pero no haré un gran “bet” solo porque diga “todo en uno”. Unificar el acceso financiero es un hueso duro; respeto que Grvt se empeñe en resolver la infraestructura de base. El punto es: cuando metemos todos los activos en una sola puerta, ¿lo que obtenemos es más eficiencia o más riesgo concentrado en un único punto? #grvt
一个 app 解决大问题
0%
分散的 app 更专业
100%
1 Voto(s) • Votación cerrada
Artículo
En los pagos con stablecoins no falta velocidad; Newton Protocol aporta la capa de ejecución de reglasA altas horas de la noche, sentado frente al ordenador, mirando los datos en cadena que parpadeaban en la pantalla, de pronto recordé lo que me pasó cuando hacía un trabajo a tiempo parcial en una empresa de logística años atrás. En aquel entonces, el almacén acababa de instalar un nuevo sistema de cintas de clasificación automáticas. En cuanto un paquete subía a la cinta transportadora, el sistema escaneaba primero el destino, el peso y si implicaba o no mercancías peligrosas. Si cumplía las condiciones, se enviaba directamente al carril correspondiente. Y si el escaneo detectaba alguna anomalía, la cinta se desviaba automáticamente a una zona de verificación manual; nunca permitirían que un paquete problemático se mezclara en el proceso normal de envío. Más tarde entendí que un sistema logístico realmente eficiente no depende de que las cintas corran más rápido, sino de que cada nodo aplique las reglas con precisión. Esta experiencia laboral me hizo pensar en el dilema al que se enfrenta actualmente el stablecoin para entrar de verdad en escenarios de pagos y liquidaciones: mientras @NewtonProtocol intenta resolverlo mediante una forma extremadamente “hardcore”, trasladando toda esta lógica de clasificación a cada transferencia en la cadena. $TAC

En los pagos con stablecoins no falta velocidad; Newton Protocol aporta la capa de ejecución de reglas

A altas horas de la noche, sentado frente al ordenador, mirando los datos en cadena que parpadeaban en la pantalla, de pronto recordé lo que me pasó cuando hacía un trabajo a tiempo parcial en una empresa de logística años atrás. En aquel entonces, el almacén acababa de instalar un nuevo sistema de cintas de clasificación automáticas. En cuanto un paquete subía a la cinta transportadora, el sistema escaneaba primero el destino, el peso y si implicaba o no mercancías peligrosas. Si cumplía las condiciones, se enviaba directamente al carril correspondiente. Y si el escaneo detectaba alguna anomalía, la cinta se desviaba automáticamente a una zona de verificación manual; nunca permitirían que un paquete problemático se mezclara en el proceso normal de envío. Más tarde entendí que un sistema logístico realmente eficiente no depende de que las cintas corran más rápido, sino de que cada nodo aplique las reglas con precisión. Esta experiencia laboral me hizo pensar en el dilema al que se enfrenta actualmente el stablecoin para entrar de verdad en escenarios de pagos y liquidaciones: mientras @NewtonProtocol intenta resolverlo mediante una forma extremadamente “hardcore”, trasladando toda esta lógica de clasificación a cada transferencia en la cadena. $TAC
以前做量化策略回测最怕仓位管理模块出问题,风控阈值形同虚设,一次黑天鹅就能吞掉几个月利润。这种对风控失灵的恐惧,让我研究 @NewtonProtocol 的 DeFi Vault 用例时格外上心。玩金库和收益聚合器的老玩家都懂,很多资金池暴雷不是策略不行,而是风控规则只写在文档里,没真正嵌入执行层。$VELVET 现在的行业痛点很扎心,很多金库对投资者资格、仓位上限的把控还停留在人工审核阶段,出问题才追溯,为时已晚。Newton Protocol 的思路是把这些规则变成链上可验证的执行逻辑,通过 Newton Keystore 和可编程权限模块,把投资者资格审查、仓位限制、交易对手筛查焊进金库的每一次资金进出流程里。无论是策略调仓还是外部资金申购,都要先过这道链上风控关,这种把安全边界前置的做法,确实让人多了几分安心! 但理想丰满,现实往往带点骨感。Newton Protocol 这种精细化的链上风控,在交付落差上依然存在考验,那些复杂的仓位限制规则真到高波动行情高频触发时,执行层能不能扛住瞬时拥堵和延迟,还是会规则生效滞后于价格崩塌?$TAC 说到要不要重仓,我心里其实没那么急。$NEWT 在这套风控体系里承担着验证节点质押和执行手续费角色,价值捕获逻辑清晰,但天花板取决于有多少金库愿意把风控外包给这套链上框架。现阶段我更愿意把它当成安全备胎去观察,静静等待更多真实金库跑出数据,而不急着下重注。 最后得向这群死磕金库风控底层、试图把安全规则代码化的开发者致敬。如果未来所有 DeFi Vault 都跑在 Newton Protocol 这种可验证框架上,那我们离再也不用担心暴雷的理想状态,到底还有多远?#newt
以前做量化策略回测最怕仓位管理模块出问题,风控阈值形同虚设,一次黑天鹅就能吞掉几个月利润。这种对风控失灵的恐惧,让我研究 @NewtonProtocol 的 DeFi Vault 用例时格外上心。玩金库和收益聚合器的老玩家都懂,很多资金池暴雷不是策略不行,而是风控规则只写在文档里,没真正嵌入执行层。$VELVET
现在的行业痛点很扎心,很多金库对投资者资格、仓位上限的把控还停留在人工审核阶段,出问题才追溯,为时已晚。Newton Protocol 的思路是把这些规则变成链上可验证的执行逻辑,通过 Newton Keystore 和可编程权限模块,把投资者资格审查、仓位限制、交易对手筛查焊进金库的每一次资金进出流程里。无论是策略调仓还是外部资金申购,都要先过这道链上风控关,这种把安全边界前置的做法,确实让人多了几分安心!
但理想丰满,现实往往带点骨感。Newton Protocol 这种精细化的链上风控,在交付落差上依然存在考验,那些复杂的仓位限制规则真到高波动行情高频触发时,执行层能不能扛住瞬时拥堵和延迟,还是会规则生效滞后于价格崩塌?$TAC
说到要不要重仓,我心里其实没那么急。$NEWT 在这套风控体系里承担着验证节点质押和执行手续费角色,价值捕获逻辑清晰,但天花板取决于有多少金库愿意把风控外包给这套链上框架。现阶段我更愿意把它当成安全备胎去观察,静静等待更多真实金库跑出数据,而不急着下重注。
最后得向这群死磕金库风控底层、试图把安全规则代码化的开发者致敬。如果未来所有 DeFi Vault 都跑在 Newton Protocol 这种可验证框架上,那我们离再也不用担心暴雷的理想状态,到底还有多远?#newt
Artículo
Deja atrás la autorización de caja negra: Newton reescribe la lógica subyacente de la seguridad en cadena y las operaciones de delegaciónA altas horas de la noche, sentada frente al ordenador, mirando los datos en la cadena que saltan en la pantalla, de repente recordé mi experiencia jugando a los antiguos círculos verdes. En aquel entonces, el error que más fácilmente cometían los principiantes era arruinarse para construir una torre defensiva de nivel máximo; pero, debido al desbordamiento del daño o a que la cadena de control se rompía, un grupo de pequeños monstruos que corrían rapidísimos acabó derrumbando la posición. Más tarde entendí que lo que realmente permite sostener desafíos de alta dificultad no es amontonar valores de un solo punto, sino una coordinación precisa de habilidades y una lógica de encaje entre torres de distintos niveles. En un ecosistema complejo de cadena, en realidad nos enfrentamos al mismo tipo de juego. Y @NewtonProtocol está intentando, mediante una forma extremadamente hardcore, reestructurar la lógica subyacente de confianza que hace posible esa coordinación. $ARTX

Deja atrás la autorización de caja negra: Newton reescribe la lógica subyacente de la seguridad en cadena y las operaciones de delegación

A altas horas de la noche, sentada frente al ordenador, mirando los datos en la cadena que saltan en la pantalla, de repente recordé mi experiencia jugando a los antiguos círculos verdes. En aquel entonces, el error que más fácilmente cometían los principiantes era arruinarse para construir una torre defensiva de nivel máximo; pero, debido al desbordamiento del daño o a que la cadena de control se rompía, un grupo de pequeños monstruos que corrían rapidísimos acabó derrumbando la posición. Más tarde entendí que lo que realmente permite sostener desafíos de alta dificultad no es amontonar valores de un solo punto, sino una coordinación precisa de habilidades y una lógica de encaje entre torres de distintos niveles. En un ecosistema complejo de cadena, en realidad nos enfrentamos al mismo tipo de juego. Y @NewtonProtocol está intentando, mediante una forma extremadamente hardcore, reestructurar la lógica subyacente de confianza que hace posible esa coordinación. $ARTX
Antes, en el laboratorio configurando sensores, lo que más me daba miedo era un bloqueo en el enlace de comunicación: enviabas un comando, pero el hardware se quedaba a medias en el camino, saltando una y otra vez. Esa experiencia tan horrible no terminó de verdad hasta que usé @NewtonProtocol . Antes, para poder ejecutar el staking entre cadenas, había que autorizar primero en la cadena A, esperar en el puente y luego cambiar a la cadena B para la confirmación; en medio de todo, si el deslizamiento era demasiado grande o algún nodo se trababa, el capital quedaba como atrapado, sin poder moverse, como un brazo mecánico bloqueado. Esa interacción manual y básica, frente al “autopiloto” on-chain que trae Newton Protocol, realmente debía ser reemplazada.$ARTX Ahora los puntos débiles de la industria son demasiado evidentes: todos compiten por el rendimiento, pero nadie resuelve la desconexión entre la intención y la ejecución. Newton Protocol, mediante una arquitectura centrada en intenciones y un módulo de resolución atómica, encapsula las engorrosas transacciones multicadena en pasos múltiples en un comando “para tontos”. Probé ejecutar varias estrategias preestablecidas, como monitorear el precio del token para activar compras entre cadenas y almacenarlas automáticamente en préstamos, y la sensación de fluidez realmente aporta muchísima comodidad a los usuarios. Pero el ideal es perfecto y la realidad suele ser más dura. La ejecución 100% automática de Newton Protocol tiene una paradoja mecanística: si las estrategias de todos apuntan a la misma oportunidad de arbitraje o a una línea de liquidación, ¿la alta concurrencia podría colapsar de golpe el ancho de banda de ejecución, o incluso causar desviaciones del oráculo? ¿Ese margen de tolerancia sacrificado por la eficiencia se convertirá en otra “cisne negro” en condiciones extremas?$SKYAI En el trading en vivo soy bastante cauto.$NEWT Asume el papel de admisión de staking para nodos de resolución y el pago de comisiones, y la lógica de captura es fluida, pero el techo depende del volumen total de transacciones de la cadena de automatización. En la fase actual, lo veo más como una herramienta para mejorar la eficiencia, y no como un objeto para “apostar a todo”. Al final, hay que rendir homenaje a este grupo de desarrolladores que se obsesionan con la automatización. Si en el futuro toda la acción on-chain se transformara en un impulso guiado por Newton Protocol, ¿dónde debería colocarse la última línea roja de soberanía humana?#newt
Antes, en el laboratorio configurando sensores, lo que más me daba miedo era un bloqueo en el enlace de comunicación: enviabas un comando, pero el hardware se quedaba a medias en el camino, saltando una y otra vez. Esa experiencia tan horrible no terminó de verdad hasta que usé @NewtonProtocol . Antes, para poder ejecutar el staking entre cadenas, había que autorizar primero en la cadena A, esperar en el puente y luego cambiar a la cadena B para la confirmación; en medio de todo, si el deslizamiento era demasiado grande o algún nodo se trababa, el capital quedaba como atrapado, sin poder moverse, como un brazo mecánico bloqueado. Esa interacción manual y básica, frente al “autopiloto” on-chain que trae Newton Protocol, realmente debía ser reemplazada.$ARTX
Ahora los puntos débiles de la industria son demasiado evidentes: todos compiten por el rendimiento, pero nadie resuelve la desconexión entre la intención y la ejecución. Newton Protocol, mediante una arquitectura centrada en intenciones y un módulo de resolución atómica, encapsula las engorrosas transacciones multicadena en pasos múltiples en un comando “para tontos”. Probé ejecutar varias estrategias preestablecidas, como monitorear el precio del token para activar compras entre cadenas y almacenarlas automáticamente en préstamos, y la sensación de fluidez realmente aporta muchísima comodidad a los usuarios.
Pero el ideal es perfecto y la realidad suele ser más dura. La ejecución 100% automática de Newton Protocol tiene una paradoja mecanística: si las estrategias de todos apuntan a la misma oportunidad de arbitraje o a una línea de liquidación, ¿la alta concurrencia podría colapsar de golpe el ancho de banda de ejecución, o incluso causar desviaciones del oráculo? ¿Ese margen de tolerancia sacrificado por la eficiencia se convertirá en otra “cisne negro” en condiciones extremas?$SKYAI
En el trading en vivo soy bastante cauto.$NEWT Asume el papel de admisión de staking para nodos de resolución y el pago de comisiones, y la lógica de captura es fluida, pero el techo depende del volumen total de transacciones de la cadena de automatización. En la fase actual, lo veo más como una herramienta para mejorar la eficiencia, y no como un objeto para “apostar a todo”.
Al final, hay que rendir homenaje a este grupo de desarrolladores que se obsesionan con la automatización. Si en el futuro toda la acción on-chain se transformara en un impulso guiado por Newton Protocol, ¿dónde debería colocarse la última línea roja de soberanía humana?#newt
Artículo
Cuando el mempool pone semáforos, Newton Protocol está reescribiendo las reglas del tráfico en la cadenaDurante este tiempo he estado repasando a fondo aquella experiencia de un “carril de salida” que casi me arruina la vida hace medio año. Y fue justamente ese momento de susto el que me llevó a desglosar a nivel profundo la lógica subyacente de @NewtonProtocol en la capa de interceptación de transacciones. En aquel entonces participé, en una cadena pública emergente, en una venta de tokens con una demanda altísima. Para conseguir cupo, en el mismo instante en que envié la transacción, un grupo de robots me la interceptó. Captaron con precisión el contenido de mi transacción que aún no se había confirmado y se adelantaron para colarse y empaquetarla primero, haciendo que comprara un activo que debería tener un precio normal a un valor varias veces superior por prima. Más tarde, al hacer el repaso, entendí que la raíz del problema no estaba en la transacción en sí, sino en la etapa del mempool. Todas las transacciones, sean conformes o no, se hagan con intención maliciosa de adelantar o no, se arrojan de forma indiscriminada a esta bolsa pública para esperar ser empaquetadas. Es como una intersección sin normas de tráfico: entran todos los vehículos a la vez; el que “se lanza” más rápido y/o el que ofrece más propina es el que puede pasar primero. Este desorden en el orden de prioridad hace que las conductas maliciosas y las transacciones normales tengan exactamente los mismos derechos de paso.

Cuando el mempool pone semáforos, Newton Protocol está reescribiendo las reglas del tráfico en la cadena

Durante este tiempo he estado repasando a fondo aquella experiencia de un “carril de salida” que casi me arruina la vida hace medio año. Y fue justamente ese momento de susto el que me llevó a desglosar a nivel profundo la lógica subyacente de @NewtonProtocol en la capa de interceptación de transacciones. En aquel entonces participé, en una cadena pública emergente, en una venta de tokens con una demanda altísima. Para conseguir cupo, en el mismo instante en que envié la transacción, un grupo de robots me la interceptó. Captaron con precisión el contenido de mi transacción que aún no se había confirmado y se adelantaron para colarse y empaquetarla primero, haciendo que comprara un activo que debería tener un precio normal a un valor varias veces superior por prima.
Más tarde, al hacer el repaso, entendí que la raíz del problema no estaba en la transacción en sí, sino en la etapa del mempool. Todas las transacciones, sean conformes o no, se hagan con intención maliciosa de adelantar o no, se arrojan de forma indiscriminada a esta bolsa pública para esperar ser empaquetadas. Es como una intersección sin normas de tráfico: entran todos los vehículos a la vez; el que “se lanza” más rápido y/o el que ofrece más propina es el que puede pasar primero. Este desorden en el orden de prioridad hace que las conductas maliciosas y las transacciones normales tengan exactamente los mismos derechos de paso.
Inicia sesión para explorar más contenidos
Únete a usuarios globales de criptomonedas en Binance Square
⚡️ Obtén información útil y actualizada sobre criptos.
💬 Avalado por el mayor exchange de criptomonedas en el mundo.
👍 Descubre perspectivas reales de creadores verificados.
Email/número de teléfono
Mapa del sitio
Preferencias de cookies
Términos y condiciones de la plataforma