O desenvolvimento de Parachains On-Demand (também conhecidos como Parathreads) começou! Muitas pessoas já estão esperando o lançamento de threads paralelas. Este artigo irá compartilhar o que é um thread paralelo? Como os parathreads conseguem o direito de produzir blocos? E o processo de verificação do coletor, etc.
Parachains sob demanda são a primeira variante de uma maneira mais dinâmica de adquirir espaço em bloco. As parachains existentes fornecem uma maneira muito estática de adquirir espaço em bloco, ou seja, vencer um leilão e depois ter espaço em bloco garantido disponível por um longo período de tempo, como um ano. Atualmente, a parachain produz um bloco a cada 12 segundos durante todo o período. Essa garantia de produção regular de blocos é de fato o que alguns aplicativos/cadeias precisam e é uma das características que tornam as parachains superiores aos contratos inteligentes.
Mas, por outro lado, do ponto de vista da rede, isso é muito pesado para algumas aplicações, e se tornar uma parachain causará muito desperdício de recursos. Do ponto de vista do usuário, vencer um leilão é uma barreira relativamente alta à entrada, dificultando a entrada de novos projetos e ideias na rede. Com parachains sob demanda, reduzimos essa barreira e abrimos a rede para aplicativos que consomem menos recursos de maneira mais eficiente.
Então, como isso funciona? Em vez de agendar uma geração de blocos a cada 12 segundos, um parachain sob demanda, quando necessário, um collator solicita um núcleo (uma oportunidade de geração de blocos) e envia uma geração de blocos especiais para a cadeia de retransmissão da Polkadot. Uma transação (extrínseca) que diz que deseja um núcleo para seu ParaId e inclui o preço máximo que estão dispostos a pagar.
Peça um Núcleo
O tempo de execução da cadeia de retransmissão calculará o melhor preço do núcleo atual, se o preço mais alto de um novo pedido for igual ou superior e a conta tiver fundos suficientes, será cobrado de acordo com o melhor preço atual e será cobrado logo O produtor do bloco organiza a autoridade do bloco. Este preço é calculado pela cadeia de retransmissão com base na demanda atual. Baseia-se no mesmo mecanismo que as taxas, a fim de reagir à demanda lentamente para evitar flutuações de preços.
O co-fundador da Polkadot, Robert, acrescentou a esta questão, explicando que no mecanismo de pagamento de taxas em Parathreads, não importa qual seja o preço mais alto que o licitante esteja disposto a pagar, a taxa paga é a mesma. Quando a demanda por parachains sob demanda é alta, o preço do núcleo aumenta lentamente em um ajuste automático.
Pode haver um problema de "MEV" nessa situação, que se refere à receita extra que os mineradores ou validadores podem obter ao manipular a ordem das transações ou as transações incluídas. Por exemplo, os validadores podem optar por atrasar o processamento de pedidos com lances mais altos para que possam cobrar ou queimar mais taxas. Mas os "extrínsecos mortais" de Polkadot limitam essa possibilidade. "Mortal extrinsics" são transações com um ciclo de vida, o que significa que essas transações não vão esperar para sempre para serem processadas, e serão descartadas automaticamente após um período de tempo, limitando assim o espaço operacional do validador.
Para que os parathreads usem os mecanismos de segurança existentes ao solicitar permissão de bloqueio, a transação (extrínseca) que eles enviam solicitando permissão de bloqueio deve ser assinada. Um "extrínseco assinado" significa que a conta que enviou a transação assinou a transação com sua própria chave privada. Isso foi criado para impedir que outras pessoas enviem transações representando a conta, pois ninguém além do proprietário da conta pode gerar uma assinatura que corresponda à chave pública da conta. Assim, quando a cadeia de retransmissão recebe uma transação assinada, ela pode confirmar que a transação foi realmente enviada por quem afirma ser.
Além disso, as transações assinadas também podem conter algumas informações adicionais, como nonce (usado para evitar ataques de repetição) e tip (usado para dar gorjeta ao doador do bloqueio). A cadeia de retransmissão já possui um mecanismo para lidar com essas informações, portanto, fazer com que as solicitações de bloco de parachains orientadas por demanda usem transações assinadas, permitindo que eles aproveitem diretamente esses mecanismos existentes sem a necessidade de desenvolver novos mecanismos de segurança.
Do ponto de vista do usuário, isso significa que a taxa de preço total a ser paga consiste em três partes: a taxa de transação tradicional (que é usada para pagar os recursos de computação necessários para processar a transação), uma dica opcional (usada para encorajar os produtores de blocos a priorizar suas transações) e o preço principal da assinatura mencionado acima (ou seja, o preço do poder do bloco).
Integre o mecanismo de pedidos no nó do coletor
O processo real de criação do bloco é exatamente o mesmo para validadores (colonadores) e para cadeias estáticas. Collators são nós responsáveis por coletar e criar blocos. Eles verificam regularmente o status dos parachains, especialmente os parachains pelos quais são responsáveis (identificados pelo ParaId). Se eles perceberem que a parachain correspondente ao seu ParaId está prestes a atingir o momento de criar um bloco, eles começarão a gerar um novo bloco. Depois de gerar o bloco, eles precisam gerar uma prova (Proof of Vality, conhecido como PoV), que contém o conteúdo do bloco e as informações que comprovam a validade do bloco. Em seguida, eles enviarão esta prova de PoV para o grupo de apoio designado (Backing Group). O grupo de endosso é um grupo de nós responsáveis por verificar e confirmar a validade desse bloco.
Embora o processo de geração de blocos na parachain on-demand seja o mesmo da parachain estática, na parachain on-demand precisamos introduzir um novo mecanismo nos collators (Collators), para que eles possam enviar solicitações de bloco oportunidades de geração (ou seja, "pedidos principais").
Atualmente, existem várias estratégias possíveis de como projetar esse novo mecanismo (se você estiver interessado neste problema, ou se tiver algum conhecimento do Cumulus, aprofundar esse problema será uma boa maneira de participar desse projeto e ajudar em- exigem que as paracadeias sejam implementadas mais rapidamente.
Cumulus é uma estrutura de desenvolvimento para a construção de parachains nas redes Polkadot e Kusama. Foi desenvolvido pela Parity Technologies, principal desenvolvedora do Polkadot. O Cumulus reduz a complexidade para os desenvolvedores construírem Parachains. Ao usar o Cumulus para construir uma parachain, você pode aproveitar algumas lógicas e funções compartilhadas já implementadas no Cumulus, como a comunicação com a cadeia de retransmissão e verificação de bloco e processamento de finalidade. Isso permite que os desenvolvedores se concentrem em sua lógica de negócios sem ter que lidar com esses problemas de baixo nível.
No geral, o objetivo da Cumulus é tornar a construção de parachains o mais fácil possível para promover o desenvolvimento da ecologia Polkadot e Kusama.
Outro lembrete importante é que pode haver um risco de segurança se o agrupador estiver operando a partir de uma carteira ativa (uma carteira conectada à rede). Portanto, forneceremos um tipo de conta proxy dedicada, que possui apenas a autoridade principal de licitação na parachain sob demanda, reduzindo assim os riscos de segurança.
suporte assíncrono integrado e mais detalhes
Para um público técnico mais interessado, o desenvolvimento completo do parachain sob demanda é rastreado aqui.
As subtarefas podem ser encontradas aqui (especialmente para a futura integração do suporte assíncrono, algumas reflexões estão resumidas neste comentário (.
Resumindo, a abstração do núcleo existente não será mais 0-dimensional, mas 1-dimensional. Isso pode significar que a maneira como o sistema ou modelo funciona se tornará mais flexível ou complexa, permitindo que esses "núcleos" ou outras partes do sistema saibam com antecedência ou prevejam tarefas ou eventos que ocorrerão no futuro. Isso pode ser uma otimização ou melhoria que torna o sistema geral mais capaz de prever e processar atividades futuras.
Em Polkadot, um "núcleo" é um nó especial responsável por processar e verificar transações e outras atividades em parachains, e "abstração do núcleo" geralmente se refere a um design no qual alguns mecanismos internos complexos ou detalhes de implementação são abstraídos ocultos sob uma interface simples ou conceito.
Mas chega de detalhes por enquanto. Estamos muito entusiasmados com as novas possibilidades que as parachains sob demanda trarão e mal podemos esperar para vê-las no ar!
Link de referência do conteúdo:
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.
O desenvolvimento do parathread Polkadot começou a entender como ele funciona
Compilação: PolkaWorld
O desenvolvimento de Parachains On-Demand (também conhecidos como Parathreads) começou! Muitas pessoas já estão esperando o lançamento de threads paralelas. Este artigo irá compartilhar o que é um thread paralelo? Como os parathreads conseguem o direito de produzir blocos? E o processo de verificação do coletor, etc.
Parachains sob demanda são a primeira variante de uma maneira mais dinâmica de adquirir espaço em bloco. As parachains existentes fornecem uma maneira muito estática de adquirir espaço em bloco, ou seja, vencer um leilão e depois ter espaço em bloco garantido disponível por um longo período de tempo, como um ano. Atualmente, a parachain produz um bloco a cada 12 segundos durante todo o período. Essa garantia de produção regular de blocos é de fato o que alguns aplicativos/cadeias precisam e é uma das características que tornam as parachains superiores aos contratos inteligentes.
Mas, por outro lado, do ponto de vista da rede, isso é muito pesado para algumas aplicações, e se tornar uma parachain causará muito desperdício de recursos. Do ponto de vista do usuário, vencer um leilão é uma barreira relativamente alta à entrada, dificultando a entrada de novos projetos e ideias na rede. Com parachains sob demanda, reduzimos essa barreira e abrimos a rede para aplicativos que consomem menos recursos de maneira mais eficiente.
Então, como isso funciona? Em vez de agendar uma geração de blocos a cada 12 segundos, um parachain sob demanda, quando necessário, um collator solicita um núcleo (uma oportunidade de geração de blocos) e envia uma geração de blocos especiais para a cadeia de retransmissão da Polkadot. Uma transação (extrínseca) que diz que deseja um núcleo para seu ParaId e inclui o preço máximo que estão dispostos a pagar.
Peça um Núcleo
O tempo de execução da cadeia de retransmissão calculará o melhor preço do núcleo atual, se o preço mais alto de um novo pedido for igual ou superior e a conta tiver fundos suficientes, será cobrado de acordo com o melhor preço atual e será cobrado logo O produtor do bloco organiza a autoridade do bloco. Este preço é calculado pela cadeia de retransmissão com base na demanda atual. Baseia-se no mesmo mecanismo que as taxas, a fim de reagir à demanda lentamente para evitar flutuações de preços.
O co-fundador da Polkadot, Robert, acrescentou a esta questão, explicando que no mecanismo de pagamento de taxas em Parathreads, não importa qual seja o preço mais alto que o licitante esteja disposto a pagar, a taxa paga é a mesma. Quando a demanda por parachains sob demanda é alta, o preço do núcleo aumenta lentamente em um ajuste automático.
Pode haver um problema de "MEV" nessa situação, que se refere à receita extra que os mineradores ou validadores podem obter ao manipular a ordem das transações ou as transações incluídas. Por exemplo, os validadores podem optar por atrasar o processamento de pedidos com lances mais altos para que possam cobrar ou queimar mais taxas. Mas os "extrínsecos mortais" de Polkadot limitam essa possibilidade. "Mortal extrinsics" são transações com um ciclo de vida, o que significa que essas transações não vão esperar para sempre para serem processadas, e serão descartadas automaticamente após um período de tempo, limitando assim o espaço operacional do validador.
Para que os parathreads usem os mecanismos de segurança existentes ao solicitar permissão de bloqueio, a transação (extrínseca) que eles enviam solicitando permissão de bloqueio deve ser assinada. Um "extrínseco assinado" significa que a conta que enviou a transação assinou a transação com sua própria chave privada. Isso foi criado para impedir que outras pessoas enviem transações representando a conta, pois ninguém além do proprietário da conta pode gerar uma assinatura que corresponda à chave pública da conta. Assim, quando a cadeia de retransmissão recebe uma transação assinada, ela pode confirmar que a transação foi realmente enviada por quem afirma ser.
Além disso, as transações assinadas também podem conter algumas informações adicionais, como nonce (usado para evitar ataques de repetição) e tip (usado para dar gorjeta ao doador do bloqueio). A cadeia de retransmissão já possui um mecanismo para lidar com essas informações, portanto, fazer com que as solicitações de bloco de parachains orientadas por demanda usem transações assinadas, permitindo que eles aproveitem diretamente esses mecanismos existentes sem a necessidade de desenvolver novos mecanismos de segurança.
Do ponto de vista do usuário, isso significa que a taxa de preço total a ser paga consiste em três partes: a taxa de transação tradicional (que é usada para pagar os recursos de computação necessários para processar a transação), uma dica opcional (usada para encorajar os produtores de blocos a priorizar suas transações) e o preço principal da assinatura mencionado acima (ou seja, o preço do poder do bloco).
Integre o mecanismo de pedidos no nó do coletor
O processo real de criação do bloco é exatamente o mesmo para validadores (colonadores) e para cadeias estáticas. Collators são nós responsáveis por coletar e criar blocos. Eles verificam regularmente o status dos parachains, especialmente os parachains pelos quais são responsáveis (identificados pelo ParaId). Se eles perceberem que a parachain correspondente ao seu ParaId está prestes a atingir o momento de criar um bloco, eles começarão a gerar um novo bloco. Depois de gerar o bloco, eles precisam gerar uma prova (Proof of Vality, conhecido como PoV), que contém o conteúdo do bloco e as informações que comprovam a validade do bloco. Em seguida, eles enviarão esta prova de PoV para o grupo de apoio designado (Backing Group). O grupo de endosso é um grupo de nós responsáveis por verificar e confirmar a validade desse bloco.
Embora o processo de geração de blocos na parachain on-demand seja o mesmo da parachain estática, na parachain on-demand precisamos introduzir um novo mecanismo nos collators (Collators), para que eles possam enviar solicitações de bloco oportunidades de geração (ou seja, "pedidos principais").
Atualmente, existem várias estratégias possíveis de como projetar esse novo mecanismo (se você estiver interessado neste problema, ou se tiver algum conhecimento do Cumulus, aprofundar esse problema será uma boa maneira de participar desse projeto e ajudar em- exigem que as paracadeias sejam implementadas mais rapidamente.
Cumulus é uma estrutura de desenvolvimento para a construção de parachains nas redes Polkadot e Kusama. Foi desenvolvido pela Parity Technologies, principal desenvolvedora do Polkadot. O Cumulus reduz a complexidade para os desenvolvedores construírem Parachains. Ao usar o Cumulus para construir uma parachain, você pode aproveitar algumas lógicas e funções compartilhadas já implementadas no Cumulus, como a comunicação com a cadeia de retransmissão e verificação de bloco e processamento de finalidade. Isso permite que os desenvolvedores se concentrem em sua lógica de negócios sem ter que lidar com esses problemas de baixo nível.
No geral, o objetivo da Cumulus é tornar a construção de parachains o mais fácil possível para promover o desenvolvimento da ecologia Polkadot e Kusama.
Outro lembrete importante é que pode haver um risco de segurança se o agrupador estiver operando a partir de uma carteira ativa (uma carteira conectada à rede). Portanto, forneceremos um tipo de conta proxy dedicada, que possui apenas a autoridade principal de licitação na parachain sob demanda, reduzindo assim os riscos de segurança.
suporte assíncrono integrado e mais detalhes
Para um público técnico mais interessado, o desenvolvimento completo do parachain sob demanda é rastreado aqui.
As subtarefas podem ser encontradas aqui (especialmente para a futura integração do suporte assíncrono, algumas reflexões estão resumidas neste comentário (.
Resumindo, a abstração do núcleo existente não será mais 0-dimensional, mas 1-dimensional. Isso pode significar que a maneira como o sistema ou modelo funciona se tornará mais flexível ou complexa, permitindo que esses "núcleos" ou outras partes do sistema saibam com antecedência ou prevejam tarefas ou eventos que ocorrerão no futuro. Isso pode ser uma otimização ou melhoria que torna o sistema geral mais capaz de prever e processar atividades futuras.
Em Polkadot, um "núcleo" é um nó especial responsável por processar e verificar transações e outras atividades em parachains, e "abstração do núcleo" geralmente se refere a um design no qual alguns mecanismos internos complexos ou detalhes de implementação são abstraídos ocultos sob uma interface simples ou conceito.
Mas chega de detalhes por enquanto. Estamos muito entusiasmados com as novas possibilidades que as parachains sob demanda trarão e mal podemos esperar para vê-las no ar!
Link de referência do conteúdo: