Nueva forma de “aplicar el freno” en cadena: hablemos sobre la evolución de seguridad de Newton Protocol, Bedrock y Bedrock 2.0
El fin de semana pasado conversé con unos amigos sobre hacer “snipe” de proyectos en cadena y la experiencia de hacer restaking con alta colateralización. La mayor resonancia fue esta: las autorizaciones actuales de las carteras son como firmar un acta de vida o muerte dentro de una caja sorpresa. Crees que solo has tocado confirmar, pero si el contrato remoto tiene aunque sea un pequeño fallo lógico, tus activos pueden ser lavados de inmediato.
Esto también me ha llevado a investigar a fondo recientemente la ruta de iteración de @NewtonProtocol . Desde la arquitectura inicial de Bedrock hasta la actualización integral a Bedrock 2.0, la lógica más central de este proyecto es romper el ciclo lineal tradicional de “la firma equivale a la aprobación”.
En la etapa temprana de Bedrock, introdujeron la red AVS de EigenLayer para separar de forma contundente la “autorización de activos” y el “asentamiento final”. Cuando inicias una transacción en cadena, no se dirige de forma impulsiva directamente al contrato objetivo: primero pasa por la pasarela descentralizada de verificación confiable de Newton. Puedes configurar con antelación comandos estrictos por código, como que el deslizamiento (slippage) no supere cierto límite y que solo interactúe con rutas de listas blancas determinadas. Si no se cumplen las condiciones, la transacción queda interceptada sin piedad antes de que se ejecute el asentamiento. Es como instalarle a la cartera un firewall inteligente previo.
Y recién lanzado Bedrock 2.0 lleva ese límite de seguridad aún más profundo, hacia la “era de automatización con IA”.
En general, con el consumo de alta frecuencia de $NEWT en el ecosistema y el despliegue gradual de la gobernanza de la apuesta, este estándar de seguridad pre-transaction (antes de la transacción) está cambiando las reglas del juego de la industria. En lugar de competir solo por el TPS de las cadenas, la pregunta clave para el futuro es: cómo lograr que el dinero trabaje para nosotros con correas de seguridad bien puestas. El intento de Newton por pasar de Bedrock a Bedrock 2.0, en efecto, da en el clavo con la necesidad absoluta de interacciones automatizadas multichain.#Newt
（Este artículo es una tarea de la plataforma y no constituye asesoramiento de inversión。）
El fin de semana pasado conversé con unos amigos sobre hacer “snipe” de proyectos en cadena y la experiencia de hacer restaking con alta colateralización. La mayor resonancia fue esta: las autorizaciones actuales de las carteras son como firmar un acta de vida o muerte dentro de una caja sorpresa. Crees que solo has tocado confirmar, pero si el contrato remoto tiene aunque sea un pequeño fallo lógico, tus activos pueden ser lavados de inmediato.
Esto también me ha llevado a investigar a fondo recientemente la ruta de iteración de @NewtonProtocol . Desde la arquitectura inicial de Bedrock hasta la actualización integral a Bedrock 2.0, la lógica más central de este proyecto es romper el ciclo lineal tradicional de “la firma equivale a la aprobación”.
En la etapa temprana de Bedrock, introdujeron la red AVS de EigenLayer para separar de forma contundente la “autorización de activos” y el “asentamiento final”. Cuando inicias una transacción en cadena, no se dirige de forma impulsiva directamente al contrato objetivo: primero pasa por la pasarela descentralizada de verificación confiable de Newton. Puedes configurar con antelación comandos estrictos por código, como que el deslizamiento (slippage) no supere cierto límite y que solo interactúe con rutas de listas blancas determinadas. Si no se cumplen las condiciones, la transacción queda interceptada sin piedad antes de que se ejecute el asentamiento. Es como instalarle a la cartera un firewall inteligente previo.
Y recién lanzado Bedrock 2.0 lleva ese límite de seguridad aún más profundo, hacia la “era de automatización con IA”.
En general, con el consumo de alta frecuencia de $NEWT en el ecosistema y el despliegue gradual de la gobernanza de la apuesta, este estándar de seguridad pre-transaction (antes de la transacción) está cambiando las reglas del juego de la industria. En lugar de competir solo por el TPS de las cadenas, la pregunta clave para el futuro es: cómo lograr que el dinero trabaje para nosotros con correas de seguridad bien puestas. El intento de Newton por pasar de Bedrock a Bedrock 2.0, en efecto, da en el clavo con la necesidad absoluta de interacciones automatizadas multichain.#Newt
（Este artículo es una tarea de la plataforma y no constituye asesoramiento de inversión。）
