Una observación de ingeniería: por qué Newton alcanza el consenso antes de producir firmas BLS
Al leer la documentación de Consensus & Security del Protocolo Newton, apareció un detalle de implementación que destacó. Muchos sistemas distribuidos se centran en cómo se verifican las firmas, pero Newton da una importancia igual a garantizar que cada operador firme los mismos datos desde el principio. La documentación describe un proceso de consenso de dos fases que consiste en una fase de Preparación seguida de una fase de Compromiso. Durante la fase de Preparación, los operadores no evalúan inmediatamente las políticas ni producen firmas BLS. En su lugar, cada operador obtiene de forma independiente datos de políticas externos, como valores numéricos devueltos por oráculos de PolicyData, y envía respuestas sin firmar de vuelta a la Puerta de enlace.
$CAP ¡Romper! CAP se está preparando para hacer otro nuevo ATH. ¡Esperemos y veamos! Configuración larga. Entrada: $0.48 - $0.49 TP: $0.51 - $0.53 - $0.55 - $0.57 - $0.6 SL: $0.435
La mayoría de las personas ve el BTC como un activo para mantener. La próxima evolución es usar Bitcoin de forma segura sin renunciar a la custodia propia ni a la descentralización.
Por eso, los Vaults Fiduciarios de Bitcoin sin confianza de Babylon (TBV) se destacan. Buscan desbloquear nuevas posibilidades para Bitcoin manteniendo la seguridad y minimizando la confianza como base.
Si esta infraestructura tiene éxito, Bitcoin podría impulsar mucho más que simples transferencias, sin comprometer sus principios más fuertes.
¿Qué caso de uso de Bitcoin te entusiasma más para lo siguiente?
El siguiente capítulo de Bitcoin puede depender de qué tan seguramente puede usarse más allá de la simple tenencia. Los Bóvedas de Bitcoin sin Confianza de Babylon (TBV) exploran un modelo en el que la seguridad de BTC, la custodia propia y la infraestructura descentralizada trabajan juntas sin depender de intermediarios innecesarios. Al fortalecer el acceso con confianza minimizada a Bitcoin, TBV podría respaldar nuevas aplicaciones mientras mantiene la protección de activos a largo plazo en el centro. Esta es la clase de innovación de infraestructura que puede ampliar el ecosistema de Bitcoin de manera responsable. @BabylonLabs_io $BABY #BABY
ÚLTIMA HORA: EL BORRADOR DE LA NUEVA LEY DE CLARIDAD PODRÍA PRESENTARSE LA SEMANA QUE VIENE 🇺🇸
Se informa que los legisladores del Senado están preparando una versión revisada de la Ley de CLARIDAD mientras trabajan para cerrar diferencias clave entre republicanos y demócratas.
Se espera que el borrador actualizado incluya cambios en protecciones al consumidor, DeFi y disposiciones sobre ética, en un esfuerzo por reunir suficiente apoyo bipartidista para impulsar el proyecto de ley antes del receso de agosto del Congreso.#Clarity #ACT $BTC
La parte más valiosa de Newton quizá no sea el cumplimiento.
Podría ser la decisión de separar la definición de políticas, la evaluación de políticas y la verificación en cadena en capas independientes.
La mayoría de los protocolos incrustan la autorización dentro de la lógica de la aplicación.
Newton trata la autorización como infraestructura.
Esa elección arquitectónica podría importar más que cualquier característica en particular, porque la infraestructura tiende a sobrevivir a las aplicaciones.
Si los permisos programables se vuelven estándar, este diseño podría resultar más importante que las transacciones más rápidas o las comisiones más bajas.
Pregunta: ¿La próxima generación de Web3 competirá en permisos programables en lugar de transacciones programables?
La Capa de Cumplimiento no es el producto. Es la infraestructura
La mayoría de los creadores de criptomonedas se centran en transacciones más rápidas, comisiones más bajas o mejores interfaces de usuario. Newton toma una dirección diferente. Asume que el siguiente desafío no es mover activos más rápido: es decidir qué transacciones deberían permitirse en primer lugar. Al leer la documentación, una decisión de arquitectura se destacó para mí. Newton separa la definición de políticas, la evaluación de políticas, la privacidad, el consenso y la verificación en cadena en componentes independientes. Eso no es solo ingeniería modular. Refleja una filosofía diferente.
La mayoría de los sistemas que controlan lo que las personas pueden hacer combinan las reglas y las acciones.
Newton lo hace de manera diferente.
Mantiene estas dos partes separadas.
Las políticas se escriben en un lugar donde las personas las consultan en otro. Luego se vuelven a comprobar en la blockchain antes de que ocurra cualquier cosa.
Desde el punto de vista de un ingeniero que mantiene estos pasos separados, el sistema para controlar lo que las personas pueden hacer es simple y más fácil de entender.
El sistema Newton tiene políticas. Estas políticas se definen en una capa.
Luego, los operadores evalúan estas políticas en otra capa.
Después de eso, las políticas se verifican en la blockchain antes de que se ejecuten.
Así que la pregunta es: ¿esta forma de hacer las cosas con capas será la forma en que funcionen en el futuro los sistemas de permisos on-chain?
¿El enfoque que utiliza Newton es el futuro de los sistemas de permisos on-chain@NewtonProtocol #Newt $NEWT
Una observación de ingeniería: por qué Newton separa la definición de políticas, la evaluación y la verificación
Mientras leía sobre la Arquitectura de Protocolos de Newton, una cosa llamó mi atención. Decidieron dividir la lógica de políticas, la computación y la ejecución en tres capas. * La primera capa se llama Capa de Políticas. Aquí se definen las políticas, se configuran y se conectan a oráculos que proporcionan datos. Esta capa determina qué reglas se deben aplicar, como límites de gasto, comprobaciones de sanciones o requisitos de conozca a su cliente. La segunda capa es Compute & Consenso. Después de comprobar las políticas en la blockchain, Newton envía tareas a una red de operadores a través de un Gateway. Estos operadores obtienen los datos, evalúan la política y crean firmas.
ÚLTIMA HORA: 🇺🇸LA CASA BLANCA DICE QUE LA ADMINISTRACIÓN SIGUE TRABAJANDO PARA "ESTRUCTURAR" LA RESERVA ESTRATÉGICA $BTC
“Para cumplir la visión del presidente, la administración de Trump sigue evaluando la mejor estructura para una Reserva Estratégica de Bitcoin y un Stockpile de Activos Digitales de EE. UU.”#US #bitcoin #TURAM $BTC
DE ÚLTIMO MOMENTO: 🇺🇸 EL PRESIDENTE TRUMP DICE QUE LOS SHORTS ESTÁN SIENDO ELIMINADOS
Trump les dice a los líderes de Wall Street que el mercado está marcando máximos históricos y luego llamó directamente a los shorts: "Nunca me gustan los chicos que hacen short porque están apostando en contra del país."
Eso es combustible de manual para el sentimiento cripto si #BTC sigue apretando hacia arriba 🔥
La mayoría de los sistemas de privacidad se detienen en el cifrado.
Mientras leía la documentación de la Capa de Privacidad del Protocolo Newton, noté que Newton añade otro control antes de que incluso los datos cifrados puedan ser accedidos.
Los datos sensibles se cifran del lado del cliente usando HPKE, pero los operadores no comenzarán el descifrado por umbral hasta que tanto el usuario final como el dApp proporcionen firmas de autorización válidas de Ed25519.
Eso significa que una referencia a datos cifrados por sí sola no es suficiente para activar el descifrado.
Desde una perspectiva de ingeniería, la privacidad aquí no consiste únicamente en proteger los datos; también consiste en controlar cuándo se permite el acceso.
Esa es una elección de diseño sutil que me pareció particularmente interesante.
Pregunta: ¿El cifrado solo es suficiente para la privacidad, o la autorización siempre debería tratarse como parte del modelo de privacidad?@NewtonProtocol #Newt $NEWT
Una Observación de Ingeniería: Newton No Depende Solo del Cifrado para la Privacidad
Mientras leía la documentación de la Capa de Privacidad del Protocolo Newton, se destacó un detalle de implementación. La mayoría de los sistemas centrados en la privacidad enfatizan el cifrado sólido para proteger la información sensible, pero Newton agrega otro requisito antes de que los datos protegidos puedan incluso accederse durante la evaluación de políticas. Según la documentación, información sensible como documentos de identidad, registros financieros, credenciales y parámetros propietarios se cifra en el lado del cliente usando HPKE antes de que se suba. La carga útil cifrada nunca aparece en la cadena de bloques en texto sin cifrar. En su lugar, el sistema almacena solo hashes, compromisos e identificadores de referencia, manteniendo los datos cifrados fuera de la cadena.