A StarkWare está a avançar para a descentralização através do planeamento e implementação destas duas vias;
A Starknet tem um roteiro claro para as etapas de transição para um protocolo de prova de participação descentralizado.
Introdução
Starknet ganha a segurança e descentralização que o Ethereum oferece enviando provas STARK de suas transições de estado para verificação no blockchain Ethereum. Esse processo impõe limites significativos ao poder de entidades centralizadas que constroem e mantêm a Starknet, como a StarkWare e a Fundação Starknet: entidades centralizadas não podem forjar mensagens de transação para deturpar ou manipular fraudulentamente dados e ativos do usuário.
Este é o primeiro e mais crítico passo para garantir que a confiança da Starknet seja minimizada e que os usuários da Starknet não confiem na honestidade de qualquer autoridade centralizada ao usar a rede. No entanto, é necessário fazer mais para garantir a minimização e a descentralização da confiança total e, mesmo que entidades como a Fundação Starknet ou a StarkWare desapareçam, a rede continuará a operar de forma ordenada e sem interrupção. Este post descreve um roteiro provisório para as próximas etapas.
Progresso atual
Há pouco mais de um ano, começámos a documentar o nosso processo de investigação sobre descentralização numa série de blogues, culminando numa simples proposta concreta.
Em suma, nosso objetivo é fazer a transição das operações de ordenadores e provadores para um protocolo descentralizado de prova de participação, onde qualquer pessoa pode participar do sequenciamento para que ninguém seja indispensável à atividade contínua da rede. Para isso, implementaremos duas etapas necessárias:
Implementar os vários componentes necessários para executar protocolos descentralizados;
O processo de transição de descentralização gradual das operações para as partes interessadas da Starknet.
Neste post, vamos nos concentrar no último.
Processo de transição
Em resumo, o próprio processo de transição consiste em quatro caminhos:
Transição para uma arquitetura de rede descentralizada enquanto as operações sequenciais permanecem centralizadas;
Garantir a disponibilidade de uma pilha de software totalmente de código aberto;
Desenvolvimento de uma rede de testes e integração cada vez mais extensa;
Atraia stakers para se juntarem antes que o encomendante finalmente faça a transição para a prova de participação.
A numeração representa algumas dependências sequenciais óbvias, mas muito trabalho pode ser feito ao mesmo tempo. Vamos expandir brevemente cada caminho.
Arquitetura de rede descentralizada
A rede Starknet passará para um modelo mais descentralizado:
Atualmente, não há comunicação entre nós completos, mas cada nó depende de consultas periódicas do sequenciador através de um gateway de feedback centralizado.
Em um modelo centralizado de baixo grau, nós completos tornam-se parte de uma rede peer-to-peer e não exigem que cada nó seja conectado a um sequenciador.
Essa alteração vai além da conexão de rede. Vamos ilustrar isso com dois exemplos.
Primeiro, o ordenante assinará seus blocos para reduzir algumas suposições de confiança e se preparar para o estabelecimento de um protocolo BFT baseado em votação. Em segundo lugar, a propagação de dados assumirá um estilo mais distribuído, com nós ajudando uns aos outros a sincronizar o estado e completar suas visualizações locais.
Comprometido com uma pilha de software completamente de código aberto
Pilha de software de código aberto: Garantir a disponibilidade de uma pilha de software de código aberto é fundamental para permitir que todos participem de todos os aspetos do protocolo e da rede. À medida que a StarkWare e outros colaboradores implementarem mais componentes, eles serão liberados para que todos possam testar, criticar e adaptar. Alguns exemplos notáveis (partes da pilha que já são de código aberto) incluem nós completos (Pathfinder, Juno, Deoxys), provadores (Stone, Sandstorm), sequenciadores (Blockifier, Madara) e exploradores de blocos (Starkscan, Voyager, ViewBlock, Stark Compass).
Redes de teste e integração: São necessárias extensas redes de teste e integração para maximizar um processo de transição suave. Para cada novo componente, ele pode evoluir de um testnet interno para um testnet licenciado mais amplo com participantes externos e, eventualmente, para um testnet público e mainnet. Você precisa fazer algumas escolhas mais tarde, como escolher entre métodos sequenciais e simultâneos que introduzem novos componentes para teste.
Adesão de Stakers: Devemos dar aos contratos de staking L1 tempo suficiente para acumular tokens de staking suficientes para garantir que os protocolos descentralizados tenham força econômica real. Isto é para evitar uma situação em que um pequeno número de participantes sem interesse real tenta controlar maliciosamente Starknet.
Conclusão
Em conclusão, demos uma visão geral do roteiro de descentralização da Starknet aqui. Tal como acontece com qualquer iniciativa de engenharia, este roteiro está sujeito a alterações à medida que a nossa comunidade de colaboradores obtém melhores informações.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
Roteiro de Descentralização Starknet: O poder operacional será gradualmente delegado aos tomadores de rede
Escrito por: StarkWare
Compilado por Luffy, Foresight News
PTS; DR
Introdução
Starknet ganha a segurança e descentralização que o Ethereum oferece enviando provas STARK de suas transições de estado para verificação no blockchain Ethereum. Esse processo impõe limites significativos ao poder de entidades centralizadas que constroem e mantêm a Starknet, como a StarkWare e a Fundação Starknet: entidades centralizadas não podem forjar mensagens de transação para deturpar ou manipular fraudulentamente dados e ativos do usuário.
Este é o primeiro e mais crítico passo para garantir que a confiança da Starknet seja minimizada e que os usuários da Starknet não confiem na honestidade de qualquer autoridade centralizada ao usar a rede. No entanto, é necessário fazer mais para garantir a minimização e a descentralização da confiança total e, mesmo que entidades como a Fundação Starknet ou a StarkWare desapareçam, a rede continuará a operar de forma ordenada e sem interrupção. Este post descreve um roteiro provisório para as próximas etapas.
Progresso atual
Há pouco mais de um ano, começámos a documentar o nosso processo de investigação sobre descentralização numa série de blogues, culminando numa simples proposta concreta.
Em suma, nosso objetivo é fazer a transição das operações de ordenadores e provadores para um protocolo descentralizado de prova de participação, onde qualquer pessoa pode participar do sequenciamento para que ninguém seja indispensável à atividade contínua da rede. Para isso, implementaremos duas etapas necessárias:
Neste post, vamos nos concentrar no último.
Processo de transição
Em resumo, o próprio processo de transição consiste em quatro caminhos:
A numeração representa algumas dependências sequenciais óbvias, mas muito trabalho pode ser feito ao mesmo tempo. Vamos expandir brevemente cada caminho.
Arquitetura de rede descentralizada
A rede Starknet passará para um modelo mais descentralizado:
Essa alteração vai além da conexão de rede. Vamos ilustrar isso com dois exemplos.
Primeiro, o ordenante assinará seus blocos para reduzir algumas suposições de confiança e se preparar para o estabelecimento de um protocolo BFT baseado em votação. Em segundo lugar, a propagação de dados assumirá um estilo mais distribuído, com nós ajudando uns aos outros a sincronizar o estado e completar suas visualizações locais.
Comprometido com uma pilha de software completamente de código aberto
Pilha de software de código aberto: Garantir a disponibilidade de uma pilha de software de código aberto é fundamental para permitir que todos participem de todos os aspetos do protocolo e da rede. À medida que a StarkWare e outros colaboradores implementarem mais componentes, eles serão liberados para que todos possam testar, criticar e adaptar. Alguns exemplos notáveis (partes da pilha que já são de código aberto) incluem nós completos (Pathfinder, Juno, Deoxys), provadores (Stone, Sandstorm), sequenciadores (Blockifier, Madara) e exploradores de blocos (Starkscan, Voyager, ViewBlock, Stark Compass).
Redes de teste e integração: São necessárias extensas redes de teste e integração para maximizar um processo de transição suave. Para cada novo componente, ele pode evoluir de um testnet interno para um testnet licenciado mais amplo com participantes externos e, eventualmente, para um testnet público e mainnet. Você precisa fazer algumas escolhas mais tarde, como escolher entre métodos sequenciais e simultâneos que introduzem novos componentes para teste.
Adesão de Stakers: Devemos dar aos contratos de staking L1 tempo suficiente para acumular tokens de staking suficientes para garantir que os protocolos descentralizados tenham força econômica real. Isto é para evitar uma situação em que um pequeno número de participantes sem interesse real tenta controlar maliciosamente Starknet.
Conclusão
Em conclusão, demos uma visão geral do roteiro de descentralização da Starknet aqui. Tal como acontece com qualquer iniciativa de engenharia, este roteiro está sujeito a alterações à medida que a nossa comunidade de colaboradores obtém melhores informações.