StarkWare avanza hacia la descentralización a través de la planificación y la implementación de estas dos vías;
Starknet tiene una hoja de ruta clara para los pasos a seguir hacia un protocolo descentralizado de prueba de participación.
Introducción
Starknet obtiene la seguridad y la descentralización que ofrece Ethereum al enviar pruebas de STARK de sus transiciones de estado para su verificación en la cadena de bloques de Ethereum. Este proceso impone límites significativos al poder de las entidades centralizadas que construyen y mantienen Starknet, como StarkWare y la Fundación Starknet: las entidades centralizadas no pueden falsificar mensajes de transacciones para tergiversar o manipular de manera fraudulenta los datos y activos de los usuarios.
Este es el primer paso y el más crítico para garantizar que la confianza de Starknet se minimice y que los usuarios de Starknet no confíen en la honestidad de ninguna autoridad centralizada cuando utilicen la red. Sin embargo, se debe hacer más para garantizar la minimización y descentralización de la plena confianza, e incluso si entidades como la Fundación Starknet o StarkWare desaparecen, la red continuará operando de manera ordenada y sin interrupción. Esta publicación describe una hoja de ruta tentativa para los próximos pasos.
Progreso actual
Hace poco más de un año, comenzamos a documentar nuestro proceso de investigación sobre la descentralización en una serie de publicaciones de blog, que culminaron en una propuesta simple y concreta.
En resumen, nuestro objetivo es hacer la transición de las operaciones de los ordenantes y probadores a un protocolo descentralizado de prueba de participación en el que cualquiera pueda participar en la secuenciación para que nadie sea indispensable para la actividad continua de la red. Para ello, implementaremos dos pasos necesarios:
Implementar los diversos componentes necesarios para ejecutar protocolos descentralizados;
El proceso de transición de la descentralización gradual de las operaciones a los stakers de Starknet.
En este post, nos centraremos en esto último.
Proceso de transición
En pocas palabras, el proceso de transición en sí consta de cuatro caminos:
Transición a una arquitectura de red descentralizada mientras las operaciones del secuenciador permanecen centralizadas;
Garantizar la disponibilidad de una pila de software de código abierto completa;
Desarrollo de una red de pruebas e integración cada vez más extensa;
Atraer a los stakers para que se unan antes de que el ordenante finalmente haga la transición a proof-of-stake.
La numeración representa algunas dependencias secuenciales obvias, pero se puede hacer mucho trabajo al mismo tiempo. Ampliemos brevemente cada ruta.
Arquitectura de red descentralizada
La red Starknet pasará a un modelo más descentralizado:
Actualmente, no hay comunicación entre nodos completos, pero cada nodo se basa en consultas periódicas del secuenciador a través de una puerta de enlace de retroalimentación centralizada.
En un modelo centralizado de bajo grado, los nodos completos pasan a formar parte de una red peer-to-peer y no requieren que cada nodo esté conectado a un secuenciador.
Este cambio se extiende más allá de la conexión de red. Ilustremos esto con dos ejemplos.
En primer lugar, el ordenante firmará sus bloques para reducir algunas suposiciones de confianza y prepararse para el establecimiento de un protocolo BFT basado en la votación. En segundo lugar, la propagación de datos adoptará un estilo más distribuido, con nodos que se ayudarán mutuamente a sincronizar el estado y completar sus vistas locales.
Comprometidos con una pila de software completamente de código abierto
Pila de software de código abierto: Garantizar la disponibilidad de una pila de software de código abierto es fundamental para permitir que todos participen en todos los aspectos del protocolo y la red. A medida que StarkWare y otros colaboradores implementen más componentes, se lanzarán para que todos los prueben, critiquen y adapten. Algunos ejemplos notables (partes de la pila que ya son de código abierto) incluyen nodos completos (Pathfinder, Juno, Deoxys), probadores (Stone, Sandstorm), secuenciadores (Blockifier, Madara) y exploradores de bloques (Starkscan, Voyager, ViewBlock, Stark Compass).
Redes de prueba e integración: Se necesitan amplias redes de prueba e integración para maximizar un proceso de transición sin problemas. Para cada nuevo componente, puede evolucionar de una red de prueba interna a una red de prueba con licencia más amplia con participantes externos y, finalmente, a una red de prueba pública y una red principal. Debe tomar algunas decisiones más adelante, como elegir entre métodos secuenciales y simultáneos que introducen nuevos componentes para las pruebas.
Incorporación de los stakers: Debemos dar a los contratos de staking L1 el tiempo suficiente para acumular suficientes tokens de staking para garantizar que los protocolos descentralizados tengan una fuerza económica real. Esto es para evitar una situación en la que un pequeño número de participantes sin ningún interés real intente controlar maliciosamente Starknet.
Conclusión
En conclusión, hemos dado una visión general aproximada de la hoja de ruta tentativa de descentralización de Starknet aquí. Al igual que con cualquier iniciativa de ingeniería, esta hoja de ruta está sujeta a cambios a medida que nuestra comunidad de colaboradores aporta mejores conocimientos.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Hoja de ruta de la descentralización de Starknet: el poder operativo se delegará gradualmente a los actores de la red
Escrito por: StarkWare
Compilado por Luffy, Foresight News
CUCHARADITA; DR
Introducción
Starknet obtiene la seguridad y la descentralización que ofrece Ethereum al enviar pruebas de STARK de sus transiciones de estado para su verificación en la cadena de bloques de Ethereum. Este proceso impone límites significativos al poder de las entidades centralizadas que construyen y mantienen Starknet, como StarkWare y la Fundación Starknet: las entidades centralizadas no pueden falsificar mensajes de transacciones para tergiversar o manipular de manera fraudulenta los datos y activos de los usuarios.
Este es el primer paso y el más crítico para garantizar que la confianza de Starknet se minimice y que los usuarios de Starknet no confíen en la honestidad de ninguna autoridad centralizada cuando utilicen la red. Sin embargo, se debe hacer más para garantizar la minimización y descentralización de la plena confianza, e incluso si entidades como la Fundación Starknet o StarkWare desaparecen, la red continuará operando de manera ordenada y sin interrupción. Esta publicación describe una hoja de ruta tentativa para los próximos pasos.
Progreso actual
Hace poco más de un año, comenzamos a documentar nuestro proceso de investigación sobre la descentralización en una serie de publicaciones de blog, que culminaron en una propuesta simple y concreta.
En resumen, nuestro objetivo es hacer la transición de las operaciones de los ordenantes y probadores a un protocolo descentralizado de prueba de participación en el que cualquiera pueda participar en la secuenciación para que nadie sea indispensable para la actividad continua de la red. Para ello, implementaremos dos pasos necesarios:
En este post, nos centraremos en esto último.
Proceso de transición
En pocas palabras, el proceso de transición en sí consta de cuatro caminos:
La numeración representa algunas dependencias secuenciales obvias, pero se puede hacer mucho trabajo al mismo tiempo. Ampliemos brevemente cada ruta.
Arquitectura de red descentralizada
La red Starknet pasará a un modelo más descentralizado:
Este cambio se extiende más allá de la conexión de red. Ilustremos esto con dos ejemplos.
En primer lugar, el ordenante firmará sus bloques para reducir algunas suposiciones de confianza y prepararse para el establecimiento de un protocolo BFT basado en la votación. En segundo lugar, la propagación de datos adoptará un estilo más distribuido, con nodos que se ayudarán mutuamente a sincronizar el estado y completar sus vistas locales.
Comprometidos con una pila de software completamente de código abierto
Pila de software de código abierto: Garantizar la disponibilidad de una pila de software de código abierto es fundamental para permitir que todos participen en todos los aspectos del protocolo y la red. A medida que StarkWare y otros colaboradores implementen más componentes, se lanzarán para que todos los prueben, critiquen y adapten. Algunos ejemplos notables (partes de la pila que ya son de código abierto) incluyen nodos completos (Pathfinder, Juno, Deoxys), probadores (Stone, Sandstorm), secuenciadores (Blockifier, Madara) y exploradores de bloques (Starkscan, Voyager, ViewBlock, Stark Compass).
Redes de prueba e integración: Se necesitan amplias redes de prueba e integración para maximizar un proceso de transición sin problemas. Para cada nuevo componente, puede evolucionar de una red de prueba interna a una red de prueba con licencia más amplia con participantes externos y, finalmente, a una red de prueba pública y una red principal. Debe tomar algunas decisiones más adelante, como elegir entre métodos secuenciales y simultáneos que introducen nuevos componentes para las pruebas.
Incorporación de los stakers: Debemos dar a los contratos de staking L1 el tiempo suficiente para acumular suficientes tokens de staking para garantizar que los protocolos descentralizados tengan una fuerza económica real. Esto es para evitar una situación en la que un pequeño número de participantes sin ningún interés real intente controlar maliciosamente Starknet.
Conclusión
En conclusión, hemos dado una visión general aproximada de la hoja de ruta tentativa de descentralización de Starknet aquí. Al igual que con cualquier iniciativa de ingeniería, esta hoja de ruta está sujeta a cambios a medida que nuestra comunidad de colaboradores aporta mejores conocimientos.