A cadeia de retransmissão é a parte central da rede Polkadot, que contém a lógica principal da rede. É necessário que a cadeia de relé assuma esta lógica central antes que a parachain possa começar a funcionar e o XCM possa ser desenvolvido. Mas com o desenvolvimento do tempo, agora essas lógicas centrais podem ser consideradas migradas para a paracadeia do sistema! Como resultado, o Dr. Gavin Wood e Joe Petrowski da Web3 Foundation iniciaram o RFC-32, propondo migrar a lógica de vários subsistemas da cadeia de relé para a “paracadeia do sistema” que, juntos, formam toda a rede Polkadot.
Então, por que decompor parte da lógica da cadeia de relé em paracadeias de sistema? Quais recursos são divididos primeiro? Confira abaixo as informações importantes compiladas pela PolkaWorld!
Por que você quer fazer isso? **
A rede Polkadot foi projetada para dimensionar e permitir que várias máquinas estatais independentes (ou seja, parachains) trabalhem sob uma garantia comum de segurança e validade. Para alcançar esta garantia, a Cadeia de Retransmissão tem uma coleção de validadores que são os principais responsáveis pela segurança da Cadeia de Relé. No entanto, nem todos os validadores lidam diretamente com transições de estado para parachains. Cada transição de estado da parachain é tratada por um subconjunto de validadores, chamado de grupo de suporte. Isso significa que nem todos os validadores lidam diretamente com todas as transições de estado da parachain, apenas um subconjunto deles é responsável por lidar com transições de estado.
Mas quando ocorrem transições de estado na cadeia de retransmissão, todos os validadores precisam estar envolvidos na execução para garantir a consistência e a segurança da rede. No entanto, um efeito colateral desse design é um gargalo de desempenho, pois cada alteração de estado requer validação em toda a rede, o que aumenta a latência e limita a taxa de transferência.
Mas se a transição de estado da cadeia de retransmissão puder ser feita na paracadeia, isso liberará alguns recursos. Isso significa que a parte dos recursos do validador que de outra forma seria usada para transições de estado da cadeia de retransmissão pode ser reaproveitada, fornecendo à rede mais tempo central, ou seja, mais espaço de bloco.
Em geral, existem várias razões principais para migrar parte da lógica da cadeia de relé para a paracadeia do sistema:
**Que funções serão divididas em paracadeias do sistema? **
Os seguintes módulos e subsistemas são opções possíveis para migrar para fora da cadeia de troncos:
1.Identidade
Saldos
Estaca (Staking)
Greve
Provedor de Eleição
Lista de Sacos
NIS
Grupos de Nomeação
Aposta Rápida
Tesouro e Recompensas
Voto de condenação
Referendo
Nota: Os atuais módulos de leilão e crowdlending deixarão de ser utilizados, mas serão substituídos por um novo sistema denominado Coretime. Detalhes sobre a cadeia de sistema do Coretime e suas interfaces são descritos em RFC-1 e RFC-5, respectivamente. A Polkadot Fellowship também está desenvolvendo paracadeias Coretime. Para mais progresso Polkadot, consulte Polkadot Q3 Progress: 5 New Parachains Lançados, USDC Entra no Ecossistema, Participação, Contas Segregadas e Eventos On-Chain Crescem Significativamente.
Como faço para migrar? **
Alguns subsistemas podem ser migrados da cadeia de relé para outros locais de forma relativamente simples. Usando Autenticação como exemplo, você pode simplesmente bloquear alterações de estado na cadeia de retransmissão e definir o estado inicial para a nova cadeia usando o estado associado à autenticação. Este estado inicial e a lógica associada, ou módulos, são então usados para iniciar uma nova cadeia.
No entanto, existem subsistemas que não podem ter qualquer tempo de inatividade durante o processo de migração porque são críticos para o bom funcionamento de toda a rede, como staking e governança. Mesmo assim, esses subsistemas críticos podem coexistir com outras cadeias de sistemas com permissões semelhantes por algum tempo. Assim como “Gov1” e “OpenGov” coexistiam quando este último foi introduzido.