Dois anos atrás, todo o espaço cripto estava cheio de expectativa entusiasmada para o próximo leilão de slots parachain da Polkadot. No entanto, ao longo do tempo, este mecanismo de leilão revelou-se ter um limiar de participação relativamente elevado, o que dificultou um pouco a expansão do seu ecossistema. Mas, felizmente, a equipe liderada pelo Dr. Gavin Wood viu o problema a tempo e estava determinada a derrubar os obstáculos anteriormente erguidos e pensar ativamente em como promover o desenvolvimento sustentável do ecossistema, reduzir a barreira de entrada e se concentrar mais em fornecer um produto blockchain verdadeiramente valioso - "espaço de bloco".
Neste contexto histórico e de transformação, qual será o futuro layout e direção de desenvolvimento da Polkadot? Vamos dar uma olhada abrangente em como Polkadot pode servir melhor os usuários Web3 através deste artigo.
Entender o Polkadot 1.0 e a filosofia por trás dele nos ajudará a entender melhor a direção futura do ecossistema Polkadot!
Redefinido: Polkadot será usado como um recurso de computação
Polkadot foi agora abstraído e generalizado para além do que foi originalmente proposto e previsto no Livro Branco. Polkadot é:
Espaço de bloco (o recurso subjacente exigido pela cadeia), não a cadeia.
Uma plataforma criada para as pessoas usarem o aplicativo em vez da cadeia. Essencialmente, Polkadot não é uma plataforma para cadeias de hospedagem, cadeias são apenas uma maneira de construir aplicativos e aumentar a utilidade do Polkadot.
Uma plataforma que fornece serviços de computação contínuos e estáveis que não são apenas específicos ou limitados, mas genéricos e podem ser aplicados a uma variedade de diferentes aplicações e cenários. Onde "persistente" significa começar a executar uma ação ou cálculo, depois fazer uma pausa em algum momento antes de continuar de onde foi parado ou passar para outra tarefa.
Um computador multicore onde cadeias correndo em paralelo em diferentes núcleos em sucessão são chamadas de parachains. Atualmente, com o mecanismo de leilão de slots, um núcleo é usado por cadeia, mas para threads paralelos pode ser fornecer recursos para várias cadeias sob demanda em momentos diferentes. Atualmente no Polkadot, existem cerca de 50 núcleos rodando de forma independente e em paralelo.
A partir de agora, os aplicativos serão usados como um termo genérico para descrever qualquer coisa que possa usar o Polkadot Core para acessar computação segura e descentralizada.
Principais direções de desenvolvimento da Polkadot
Se pensarmos na Polkadot como um provedor de serviços que fornece serviços de computação sem confiança e resilientes através de seu núcleo e garante que os aplicativos possam interoperar ou se comunicar uns com os outros com segurança, então o futuro da Polkadot pode evoluir nas seguintes direções principais - de um ecossistema centrado em cadeia para um ecossistema centrado em aplicativos. Remova a suposição de que cada aplicativo tem um núcleo, mas, em vez disso, todos os núcleos são recursos que podem ser consumidos e usados conforme necessário pelo aplicativo.
Anteriormente, a garantia de faixas horárias parachain através do mecanismo de leilão era um processo concorrencial. Com o coretime, os leilões de faixas horárias deixam de ser necessários. As equipes podem comprar algum CoreTime instantâneo ou reservar quantos forem necessários. Isso reduz muito a barreira de entrada para jogadores de software e equipes de parachain.
Além dessas grandes mudanças, o uso ágil do núcleo e a alocação do coretime permitirão que qualquer aplicativo acesse os cálculos do Polkadot, conforme necessário, sem desperdiçar espaço valioso no bloco. O protocolo também melhorará a comunicação entre cadeias e as garantias de segurança para mensagens XCM. Finalmente, a própria Polkadot escalará decompondo a lógica central em suas próprias paracadeias de sistema, fornecendo mais largura de banda para protocolos e acordos parachain.
Do leilão de faixas horárias ao mercado Coretime
O produto final do blockchain é o espaço de bloco. O aplicativo precisa acessar o espaço de bloco do Polkadot, e o ponto de entrada para acessar o espaço do bloco é o núcleo. Como resultado, os aplicativos precisarão reservar algum tempo ou tempo central no núcleo para obter acesso ao espaço de bloco seguro e interoperabilidade da Polkadot por um período limitado.
O núcleo deve ser ágil e geral:
"Agilidade" significa que os núcleos podem ajustar ou alternar rapidamente as tarefas em que são executados, assim como as CPUs modernas podem alternar rapidamente entre diferentes programas ou tarefas.
"Versatilidade" significa que estes núcleos não são especificamente concebidos para uma tarefa específica, mas podem ser adaptados e manuseados para muitas tarefas diferentes.
Como os núcleos têm tais características, para aproveitá-los ao máximo, a forma como são adquiridos (ou distribuídos) também precisa ser flexível e rápida, ou seja, "ágil".
O mecanismo de leilão de faixas horárias não é ágil, cria uma elevada barreira à entrada e foi concebido para aplicações monolíticas de longa duração (ou seja, a visão Polkadot original proposta no Livro Branco).
Abandonamos o leilão de leasing clássico e propusemos construir um mercado "ágil" para o tempo principal, essencialmente uma mercadoria que pudesse ser tokenizada, vendida e negociada. Esta configuração maximiza a agilidade da Polkadot e permite que o mercado descubra a melhor solução para o sucesso da aplicação.
Os aplicativos poderão reservar Bulk Core Time e Instant Core Time conforme necessário. Os aluguéis de tempo de núcleo em massa serão alugados em massa por um período fixo de tempo a um preço fixo através do sistema de corretagem parachain. Os aluguéis Instant Core Time serão vendidos com base na demanda em tempo real, e o preço do aluguel será determinado com base no preço atual em tempo real. Um sistema deste tipo reduziria a barreira à entrada de potenciais construtores.
A receita das vendas em tempo real pode ser destruída, ou fluída para o tesouro, ou usada para uma combinação dessas opções. O tema está atualmente em discussão. Para obter mais informações, consulte RFC-0010 e RFC-0015.
RFC-0010:
RFC-0015:
De centrado na cadeia para centrado no aplicativo
Polkadot 1.0 é um paradigma centrado em cadeias que consiste em cadeias órfãs capazes de trocar mensagens. Isso não é fundamentalmente diferente de uma cadeia completamente diferente conectada por ponte, a única diferença é que há uma cadeia de retransmissão para proteger a rede, fornecer recursos de mensagens e executar tarefas adicionais, como Crowdloan, Leilão, Staking, Contas, Saldos e Governança. Se um sistema for projetado centrado em cadeia, os aplicativos que ele finalmente produz e as experiências que ele fornece aos usuários também serão centrados em cadeia. A maneira como um sistema é projetado e arquitetado afeta diretamente as características dos aplicativos que ele produz e a experiência que ele fornece aos usuários. Se o foco do sistema é cadeia, então a aplicação e a experiência do usuário também refletirão essa tendência.
A verdadeira inovação da Polkadot reside em aproveitar a proposta de valor única oferecida por diferentes cadeias e aproveitar o potencial colaborativo dessas cadeias para construir aplicações de cadeia cruzada para resolver problemas do mundo real. Portanto, esses aplicativos precisam ser cross-chain.
No futuro, o Relay Chain lidará com cada vez menos tarefas e se concentrará apenas na tarefa principal: proteger a rede e fornecer recursos de mensagens seguras. Os parachains do sistema serão usados para assumir tarefas secundárias da cadeia de retransmissão, como staking, governança, etc. Confira o último artigo da PolkaWorld "Gavin Wood propõe minimizar a cadeia de retransmissão, identidade, staking e sistemas de governança migrarão primeiro para o sistema parachain!" 》
XCM e Acordos
XCMP é um protocolo de camada de transporte projetado especificamente para enviar mensagens XCM. Ele fornece um método específico e um caminho seguro para a entrega de mensagens, mas não envolve detalhes ou estrutura de protocolo de nível superior, que pode envolver como formatar mensagens, como lidar com lógica de interação específica ou outras funções de protocolo mais avançadas. Em resumo, o XCMP se concentra no transporte básico de mensagens em vez de lidar com lógicas ou especificações de protocolo complexas.
XCM é um formato ou linguagem especialmente concebidos para representar a intenção de operações comuns na cadeia. É como uma linguagem comum que descreve "eu pretendo fazer isso" ou "eu quero que isso aconteça". As mensagens XCM são transmitidas entre várias cadeias através do mecanismo XCMP. Em um ambiente ideal e completamente sem confiança, o sistema precisa de mecanismos fortes para garantir que cada cadeia interprete e execute mensagens XCM de forma correta e fiel. Simplificando, mesmo que possamos enviar mensagens em cadeia cruzada com segurança, ainda existe o risco de essas mensagens serem mal interpretadas ou mal interpretadas pela cadeia recetora. Para garantir essa correção e segurança, um mecanismo ou protocolo chamado "Acordos" pode ser usado.
Um Acordo é um acordo opcional ou tratado entre várias cadeias. A lógica deste tratado é fixa e não pode ser alterada ou quebrada por nenhuma cadeia participante. A Polkadot, como plataforma, está comprometida em executar fielmente esses protocolos de acordo, garantindo que eles sejam devidamente executados em todas as cadeias participantes. Cada Accord é direcionado para uma característica específica ou necessidade específica. Uma vez que uma cadeia decide aderir a um Acordo, a cadeia precisa seguir as regras do Acordo e fornecer a funcionalidade descrita no Acordo. Para facilitar a participação de mais cadeias, a criação de um novo Accord é aberta e sem permissão. No entanto, embora qualquer cadeia possa propor um novo acordo, este não entrará em vigor imediatamente. Só depois de as outras cadeias concordarem e registarem o Acordo é que este entrará oficialmente em vigor. No geral, o Accord é um mecanismo que ajuda várias cadeias a trabalharem juntas na plataforma Polkadot, garantindo consistência e segurança do protocolo.
Em resumo, quando uma cadeia envia uma mensagem XCM para outra cadeia, o Accord garante que a cadeia recetora interprete e processe a mensagem como a cadeia de envio pretendia. Em segundo lugar, o Accord cria um ambiente completamente colaborativo e sem confiança entre aplicativos. Embora possa não haver uma relação de confiança pré-estabelecida entre aplicativos ou cadeias individuais, com o Accord eles podem se comunicar e cooperar entre si de forma segura e confiável.
Polkadot é o único ecossistema onde o Accord pode existir adequadamente porque tem uma camada de segurança homogênea que também fornece uma capacidade de transição de estado específica para cada um de seus componentes lógicos. Isso permite um padrão cooperativo entre vários componentes lógicos (ou seja, entre aplicativos), o que não é possível em pontes.
O Accord será implementado utilizando a tecnologia SPREE.
Uso do núcleo no Polkadot 1.0
No Polkadot 1.0, o aplicativo gerava um pedaço a cada 12 segundos, independentemente dos requisitos reais. Esta prática cria um desperdício de recursos, uma vez que os blocos são produzidos a este ritmo, independentemente de a transação estar ocupada ou não. Quando as transações de rede estão muito ocupadas, há um incentivo para produzir blocos completos cheios de transações, a fim de receber recompensas financeiras. Quando a transação não está muito ocupada, pode produzir blocos vazios sem quaisquer transações, o que também não é econômico.
O diagrama a seguir mostra o uso central do Polkadot 1.0, onde o eixo horizontal representa o tempo e cada linha representa um núcleo. As cores mostram os diferentes parachains que usam um núcleo.
A configuração acima fornece um ambiente de execução fragmentado simples e seguro.
No entanto, a fim de alcançar a eficiência geral, os blocos devem ser produzidos quando necessário, e o sistema deve visar a capacidade total do bloco, reduzindo a probabilidade de incentivar os validadores a produzir blocos meio cheios ou vazios.
Alocação Ágil de Tempo Central
No Polkadot 1.0, o chamado "tempo central" refere-se ao período fixo de tempo que um aplicativo pode executar em um núcleo específico, que é de dois anos. Mas agora, esse limite fixo de dois anos foi removido, a fim de ser mais flexível para atender às necessidades de várias aplicações. Dito isto, a utilização do tempo central tornou-se mais geral e flexível, deixando de estar vinculada pelo prazo fixo de dois anos nas versões anteriores.
Tempo de núcleo dividido
O proprietário do Core Time pode dividi-lo ou negociá-lo. O aplicativo A1 pode ser executado no núcleo C1 por um período limitado de tempo e, em seguida, outro aplicativo A2 pode continuar a ser executado no núcleo C1 ou o aplicativo A1 pode continuar a ser executado em outro núcleo C2. Alguns aplicativos podem parar de funcionar temporariamente e retomar mais tarde.
O tempo central do segmento
Os escopos podem ser segmentados (ou seja, os aplicativos podem ser executados alternadamente em um núcleo) para compartilhar custos ou reduzir as taxas de produção de blocos, conforme mostrado no diagrama a seguir.
Combine o tempo de núcleo
Um aplicativo pode ser atribuído a vários núcleos ao mesmo tempo. Alguns aplicativos podem ter uma alocação de núcleo permanente e uma alocação intermitente, por exemplo, durante períodos de alta demanda, vários blocos podem ser enviados para vários núcleos ao mesmo tempo para reduzir a latência.
Uso principal do Agile**
Na versão do Polkadot 1.0, cada "núcleo" no sistema é atribuído a uma aplicação específica, e a aplicação aqui é equivalente a uma parachain. No entanto, em teoria, não importa particularmente qual aplicativo é atribuído a qual núcleo executar essa relação de alocação. Ou seja, cada núcleo é neutro, e não tem uma preferência especial ou manuseio mais amigável para qualquer aplicação em particular.
Aqui, removemos a suposição de que cada aplicativo tem um núcleo, mas em vez disso, todos os núcleos são recursos, consumidos e usados de acordo com as necessidades de todos os aplicativos no ecossistema.
Núcleos compactados
Um núcleo tem a capacidade de processar e proteger vários blocos do mesmo aplicativo ao mesmo tempo. A combinação de blocos de vários aplicativos no mesmo núcleo da cadeia de relé pode reduzir a latência do processamento desses blocos, mas isso resulta em um aumento na largura de banda necessária. Para combinar esses blocos, as taxas exigidas são fixas, o que se reflete nas taxas de abertura e fechamento de blocos.
Núcleos compartilhados
Partilhe núcleos com outras aplicações para partilhar custos sem reduzir a latência. Observe que isso não é o mesmo que dividir o tempo do núcleo, em que um núcleo é usado por vários aplicativos em momentos diferentes, compartilhando custos ao custo de latência mais alta.
Sistema de computação ágil composable
Todas as opções acima para alocação ágil de tempo de núcleo e uso de núcleo podem ser combinadas para permitir um sistema de computação global ágil e descentralizado.
Portanto, esta nova visão se concentra nos recursos de Polkadot, ou seja, o espaço de bloco seguro, flexível e disponível, que pode ser obtido reservando algum tempo no núcleo. A agilidade na alocação do tempo do núcleo e no uso de núcleos maximiza a eficiência da rede e o uso do espaço do bloco.
Tenacidade de Polkadot
Sistemas projetados sem descentralização, criptografia e teoria dos jogos em mente são vulneráveis a cracking e ataques cibernéticos. A Polkadot constrói a sua resiliência com base nos seguintes pilares:
Use Light Clients: Servidores RPC centralizados, embora comuns, são vulneráveis a ataques, e o RPC não é um portal descentralizado e sem confiança para aplicativos baseados em blockchain. Com a Smoldot, clientes leves estão disponíveis na Polkadot.
Primitivos de conhecimento zero (ZK): Eles podem criar problemas com censura e centralização, já que resumir grandes funções de transição de estado a uma prova devidamente executada não é atualmente uma solução de escala para a construção de sistemas resilientes. No entanto, Polkadot está construindo uma biblioteca primitiva ZK rica em recursos e de alto desempenho para casos de uso específicos. O primeiro caso de uso será usado para melhorar a privacidade de coletivos on-chain, como o Polkadot Technical Fellowship.
Consenso de Sassafras: Um novo algoritmo de consenso de produção de blocos forkless, substituindo o BABE, só será produzido se se esperar que um bloco seja confirmado por toda a rede e, finalmente, determinado como válido. Isso proporcionará vários benefícios, tais como:
Atualizações sem garfo podem melhorar a segurança, o desempenho do parachain e a experiência do usuário
Para evitar que certas entidades tentem priorizar suas próprias transações depois de ver transações não confirmadas, o sistema adota um mecanismo de roteamento de transações de alto desempenho. Neste mecanismo, as transações são adicionadas direta e rapidamente ao bloco sem serem transmitidas por toda a rede. Ao mesmo tempo, para maior segurança, todas as transações são criptografadas.
4. Rede híbrida entre nós: Transporte secreto para mensagens curtas, sim
Evite transações que vazam informações de IP, bem como
Introduzir um sistema de mensagens universal que permita aos utilizadores, cadeias, trabalhadores fora da cadeia, contratos inteligentes, módulos e qualquer outra entidade presente na cadeia trocar mensagens contendo assinaturas, intenções, etc.
5. Descentralização social: A estratégia de descentralização da socialização enfatiza o aumento da robustez do sistema através de uma ampla participação. Esta estratégia incentiva um grande número de membros a participar na tomada de decisões em cadeia, assegurando que fundos como orçamentos de tesouraria, salários e apoio financeiro sejam distribuídos de forma adequada e justa. A questão é que, para manter este estado descentralizado, os especialistas técnicos críticos no sistema devem ser diretamente incentivados e recrutados pela rede Polkadot, e não por alguma organização específica dentro da rede. Trata-se de assegurar a descentralização da rede, de modo a que todas as pessoas trabalhem em conjunto em condições equitativas.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Derrubar os muros que já foram construídos Como Polkadot se desenvolverá no futuro?
Dois anos atrás, todo o espaço cripto estava cheio de expectativa entusiasmada para o próximo leilão de slots parachain da Polkadot. No entanto, ao longo do tempo, este mecanismo de leilão revelou-se ter um limiar de participação relativamente elevado, o que dificultou um pouco a expansão do seu ecossistema. Mas, felizmente, a equipe liderada pelo Dr. Gavin Wood viu o problema a tempo e estava determinada a derrubar os obstáculos anteriormente erguidos e pensar ativamente em como promover o desenvolvimento sustentável do ecossistema, reduzir a barreira de entrada e se concentrar mais em fornecer um produto blockchain verdadeiramente valioso - "espaço de bloco".
Neste contexto histórico e de transformação, qual será o futuro layout e direção de desenvolvimento da Polkadot? Vamos dar uma olhada abrangente em como Polkadot pode servir melhor os usuários Web3 através deste artigo.
Entender o Polkadot 1.0 e a filosofia por trás dele nos ajudará a entender melhor a direção futura do ecossistema Polkadot!
Redefinido: Polkadot será usado como um recurso de computação
Polkadot foi agora abstraído e generalizado para além do que foi originalmente proposto e previsto no Livro Branco. Polkadot é:
Espaço de bloco (o recurso subjacente exigido pela cadeia), não a cadeia. Uma plataforma criada para as pessoas usarem o aplicativo em vez da cadeia. Essencialmente, Polkadot não é uma plataforma para cadeias de hospedagem, cadeias são apenas uma maneira de construir aplicativos e aumentar a utilidade do Polkadot. Uma plataforma que fornece serviços de computação contínuos e estáveis que não são apenas específicos ou limitados, mas genéricos e podem ser aplicados a uma variedade de diferentes aplicações e cenários. Onde "persistente" significa começar a executar uma ação ou cálculo, depois fazer uma pausa em algum momento antes de continuar de onde foi parado ou passar para outra tarefa. Um computador multicore onde cadeias correndo em paralelo em diferentes núcleos em sucessão são chamadas de parachains. Atualmente, com o mecanismo de leilão de slots, um núcleo é usado por cadeia, mas para threads paralelos pode ser fornecer recursos para várias cadeias sob demanda em momentos diferentes. Atualmente no Polkadot, existem cerca de 50 núcleos rodando de forma independente e em paralelo.
A partir de agora, os aplicativos serão usados como um termo genérico para descrever qualquer coisa que possa usar o Polkadot Core para acessar computação segura e descentralizada.
Principais direções de desenvolvimento da Polkadot
Se pensarmos na Polkadot como um provedor de serviços que fornece serviços de computação sem confiança e resilientes através de seu núcleo e garante que os aplicativos possam interoperar ou se comunicar uns com os outros com segurança, então o futuro da Polkadot pode evoluir nas seguintes direções principais - de um ecossistema centrado em cadeia para um ecossistema centrado em aplicativos. Remova a suposição de que cada aplicativo tem um núcleo, mas, em vez disso, todos os núcleos são recursos que podem ser consumidos e usados conforme necessário pelo aplicativo.
Anteriormente, a garantia de faixas horárias parachain através do mecanismo de leilão era um processo concorrencial. Com o coretime, os leilões de faixas horárias deixam de ser necessários. As equipes podem comprar algum CoreTime instantâneo ou reservar quantos forem necessários. Isso reduz muito a barreira de entrada para jogadores de software e equipes de parachain.
Além dessas grandes mudanças, o uso ágil do núcleo e a alocação do coretime permitirão que qualquer aplicativo acesse os cálculos do Polkadot, conforme necessário, sem desperdiçar espaço valioso no bloco. O protocolo também melhorará a comunicação entre cadeias e as garantias de segurança para mensagens XCM. Finalmente, a própria Polkadot escalará decompondo a lógica central em suas próprias paracadeias de sistema, fornecendo mais largura de banda para protocolos e acordos parachain.
Do leilão de faixas horárias ao mercado Coretime
O produto final do blockchain é o espaço de bloco. O aplicativo precisa acessar o espaço de bloco do Polkadot, e o ponto de entrada para acessar o espaço do bloco é o núcleo. Como resultado, os aplicativos precisarão reservar algum tempo ou tempo central no núcleo para obter acesso ao espaço de bloco seguro e interoperabilidade da Polkadot por um período limitado.
O núcleo deve ser ágil e geral:
"Agilidade" significa que os núcleos podem ajustar ou alternar rapidamente as tarefas em que são executados, assim como as CPUs modernas podem alternar rapidamente entre diferentes programas ou tarefas. "Versatilidade" significa que estes núcleos não são especificamente concebidos para uma tarefa específica, mas podem ser adaptados e manuseados para muitas tarefas diferentes.
Como os núcleos têm tais características, para aproveitá-los ao máximo, a forma como são adquiridos (ou distribuídos) também precisa ser flexível e rápida, ou seja, "ágil".
O mecanismo de leilão de faixas horárias não é ágil, cria uma elevada barreira à entrada e foi concebido para aplicações monolíticas de longa duração (ou seja, a visão Polkadot original proposta no Livro Branco).
Abandonamos o leilão de leasing clássico e propusemos construir um mercado "ágil" para o tempo principal, essencialmente uma mercadoria que pudesse ser tokenizada, vendida e negociada. Esta configuração maximiza a agilidade da Polkadot e permite que o mercado descubra a melhor solução para o sucesso da aplicação.
Os aplicativos poderão reservar Bulk Core Time e Instant Core Time conforme necessário. Os aluguéis de tempo de núcleo em massa serão alugados em massa por um período fixo de tempo a um preço fixo através do sistema de corretagem parachain. Os aluguéis Instant Core Time serão vendidos com base na demanda em tempo real, e o preço do aluguel será determinado com base no preço atual em tempo real. Um sistema deste tipo reduziria a barreira à entrada de potenciais construtores.
A receita das vendas em tempo real pode ser destruída, ou fluída para o tesouro, ou usada para uma combinação dessas opções. O tema está atualmente em discussão. Para obter mais informações, consulte RFC-0010 e RFC-0015.
De centrado na cadeia para centrado no aplicativo
Polkadot 1.0 é um paradigma centrado em cadeias que consiste em cadeias órfãs capazes de trocar mensagens. Isso não é fundamentalmente diferente de uma cadeia completamente diferente conectada por ponte, a única diferença é que há uma cadeia de retransmissão para proteger a rede, fornecer recursos de mensagens e executar tarefas adicionais, como Crowdloan, Leilão, Staking, Contas, Saldos e Governança. Se um sistema for projetado centrado em cadeia, os aplicativos que ele finalmente produz e as experiências que ele fornece aos usuários também serão centrados em cadeia. A maneira como um sistema é projetado e arquitetado afeta diretamente as características dos aplicativos que ele produz e a experiência que ele fornece aos usuários. Se o foco do sistema é cadeia, então a aplicação e a experiência do usuário também refletirão essa tendência.
A verdadeira inovação da Polkadot reside em aproveitar a proposta de valor única oferecida por diferentes cadeias e aproveitar o potencial colaborativo dessas cadeias para construir aplicações de cadeia cruzada para resolver problemas do mundo real. Portanto, esses aplicativos precisam ser cross-chain.
No futuro, o Relay Chain lidará com cada vez menos tarefas e se concentrará apenas na tarefa principal: proteger a rede e fornecer recursos de mensagens seguras. Os parachains do sistema serão usados para assumir tarefas secundárias da cadeia de retransmissão, como staking, governança, etc. Confira o último artigo da PolkaWorld "Gavin Wood propõe minimizar a cadeia de retransmissão, identidade, staking e sistemas de governança migrarão primeiro para o sistema parachain!" 》
XCM e Acordos
XCMP é um protocolo de camada de transporte projetado especificamente para enviar mensagens XCM. Ele fornece um método específico e um caminho seguro para a entrega de mensagens, mas não envolve detalhes ou estrutura de protocolo de nível superior, que pode envolver como formatar mensagens, como lidar com lógica de interação específica ou outras funções de protocolo mais avançadas. Em resumo, o XCMP se concentra no transporte básico de mensagens em vez de lidar com lógicas ou especificações de protocolo complexas.
XCM é um formato ou linguagem especialmente concebidos para representar a intenção de operações comuns na cadeia. É como uma linguagem comum que descreve "eu pretendo fazer isso" ou "eu quero que isso aconteça". As mensagens XCM são transmitidas entre várias cadeias através do mecanismo XCMP. Em um ambiente ideal e completamente sem confiança, o sistema precisa de mecanismos fortes para garantir que cada cadeia interprete e execute mensagens XCM de forma correta e fiel. Simplificando, mesmo que possamos enviar mensagens em cadeia cruzada com segurança, ainda existe o risco de essas mensagens serem mal interpretadas ou mal interpretadas pela cadeia recetora. Para garantir essa correção e segurança, um mecanismo ou protocolo chamado "Acordos" pode ser usado.
Um Acordo é um acordo opcional ou tratado entre várias cadeias. A lógica deste tratado é fixa e não pode ser alterada ou quebrada por nenhuma cadeia participante. A Polkadot, como plataforma, está comprometida em executar fielmente esses protocolos de acordo, garantindo que eles sejam devidamente executados em todas as cadeias participantes. Cada Accord é direcionado para uma característica específica ou necessidade específica. Uma vez que uma cadeia decide aderir a um Acordo, a cadeia precisa seguir as regras do Acordo e fornecer a funcionalidade descrita no Acordo. Para facilitar a participação de mais cadeias, a criação de um novo Accord é aberta e sem permissão. No entanto, embora qualquer cadeia possa propor um novo acordo, este não entrará em vigor imediatamente. Só depois de as outras cadeias concordarem e registarem o Acordo é que este entrará oficialmente em vigor. No geral, o Accord é um mecanismo que ajuda várias cadeias a trabalharem juntas na plataforma Polkadot, garantindo consistência e segurança do protocolo.
Em resumo, quando uma cadeia envia uma mensagem XCM para outra cadeia, o Accord garante que a cadeia recetora interprete e processe a mensagem como a cadeia de envio pretendia. Em segundo lugar, o Accord cria um ambiente completamente colaborativo e sem confiança entre aplicativos. Embora possa não haver uma relação de confiança pré-estabelecida entre aplicativos ou cadeias individuais, com o Accord eles podem se comunicar e cooperar entre si de forma segura e confiável.
Polkadot é o único ecossistema onde o Accord pode existir adequadamente porque tem uma camada de segurança homogênea que também fornece uma capacidade de transição de estado específica para cada um de seus componentes lógicos. Isso permite um padrão cooperativo entre vários componentes lógicos (ou seja, entre aplicativos), o que não é possível em pontes.
O Accord será implementado utilizando a tecnologia SPREE.
Uso do núcleo no Polkadot 1.0
No Polkadot 1.0, o aplicativo gerava um pedaço a cada 12 segundos, independentemente dos requisitos reais. Esta prática cria um desperdício de recursos, uma vez que os blocos são produzidos a este ritmo, independentemente de a transação estar ocupada ou não. Quando as transações de rede estão muito ocupadas, há um incentivo para produzir blocos completos cheios de transações, a fim de receber recompensas financeiras. Quando a transação não está muito ocupada, pode produzir blocos vazios sem quaisquer transações, o que também não é econômico.
O diagrama a seguir mostra o uso central do Polkadot 1.0, onde o eixo horizontal representa o tempo e cada linha representa um núcleo. As cores mostram os diferentes parachains que usam um núcleo.
A configuração acima fornece um ambiente de execução fragmentado simples e seguro.
No entanto, a fim de alcançar a eficiência geral, os blocos devem ser produzidos quando necessário, e o sistema deve visar a capacidade total do bloco, reduzindo a probabilidade de incentivar os validadores a produzir blocos meio cheios ou vazios.
Alocação Ágil de Tempo Central
No Polkadot 1.0, o chamado "tempo central" refere-se ao período fixo de tempo que um aplicativo pode executar em um núcleo específico, que é de dois anos. Mas agora, esse limite fixo de dois anos foi removido, a fim de ser mais flexível para atender às necessidades de várias aplicações. Dito isto, a utilização do tempo central tornou-se mais geral e flexível, deixando de estar vinculada pelo prazo fixo de dois anos nas versões anteriores.
Tempo de núcleo dividido
O proprietário do Core Time pode dividi-lo ou negociá-lo. O aplicativo A1 pode ser executado no núcleo C1 por um período limitado de tempo e, em seguida, outro aplicativo A2 pode continuar a ser executado no núcleo C1 ou o aplicativo A1 pode continuar a ser executado em outro núcleo C2. Alguns aplicativos podem parar de funcionar temporariamente e retomar mais tarde.
O tempo central do segmento
Os escopos podem ser segmentados (ou seja, os aplicativos podem ser executados alternadamente em um núcleo) para compartilhar custos ou reduzir as taxas de produção de blocos, conforme mostrado no diagrama a seguir.
Combine o tempo de núcleo
Um aplicativo pode ser atribuído a vários núcleos ao mesmo tempo. Alguns aplicativos podem ter uma alocação de núcleo permanente e uma alocação intermitente, por exemplo, durante períodos de alta demanda, vários blocos podem ser enviados para vários núcleos ao mesmo tempo para reduzir a latência.
Uso principal do Agile**
Na versão do Polkadot 1.0, cada "núcleo" no sistema é atribuído a uma aplicação específica, e a aplicação aqui é equivalente a uma parachain. No entanto, em teoria, não importa particularmente qual aplicativo é atribuído a qual núcleo executar essa relação de alocação. Ou seja, cada núcleo é neutro, e não tem uma preferência especial ou manuseio mais amigável para qualquer aplicação em particular.
Aqui, removemos a suposição de que cada aplicativo tem um núcleo, mas em vez disso, todos os núcleos são recursos, consumidos e usados de acordo com as necessidades de todos os aplicativos no ecossistema.
Núcleos compactados
Um núcleo tem a capacidade de processar e proteger vários blocos do mesmo aplicativo ao mesmo tempo. A combinação de blocos de vários aplicativos no mesmo núcleo da cadeia de relé pode reduzir a latência do processamento desses blocos, mas isso resulta em um aumento na largura de banda necessária. Para combinar esses blocos, as taxas exigidas são fixas, o que se reflete nas taxas de abertura e fechamento de blocos.
Núcleos compartilhados
Partilhe núcleos com outras aplicações para partilhar custos sem reduzir a latência. Observe que isso não é o mesmo que dividir o tempo do núcleo, em que um núcleo é usado por vários aplicativos em momentos diferentes, compartilhando custos ao custo de latência mais alta.
Sistema de computação ágil composable
Todas as opções acima para alocação ágil de tempo de núcleo e uso de núcleo podem ser combinadas para permitir um sistema de computação global ágil e descentralizado.
Portanto, esta nova visão se concentra nos recursos de Polkadot, ou seja, o espaço de bloco seguro, flexível e disponível, que pode ser obtido reservando algum tempo no núcleo. A agilidade na alocação do tempo do núcleo e no uso de núcleos maximiza a eficiência da rede e o uso do espaço do bloco.
Tenacidade de Polkadot
Sistemas projetados sem descentralização, criptografia e teoria dos jogos em mente são vulneráveis a cracking e ataques cibernéticos. A Polkadot constrói a sua resiliência com base nos seguintes pilares:
4. Rede híbrida entre nós: Transporte secreto para mensagens curtas, sim
5. Descentralização social: A estratégia de descentralização da socialização enfatiza o aumento da robustez do sistema através de uma ampla participação. Esta estratégia incentiva um grande número de membros a participar na tomada de decisões em cadeia, assegurando que fundos como orçamentos de tesouraria, salários e apoio financeiro sejam distribuídos de forma adequada e justa. A questão é que, para manter este estado descentralizado, os especialistas técnicos críticos no sistema devem ser diretamente incentivados e recrutados pela rede Polkadot, e não por alguma organização específica dentro da rede. Trata-se de assegurar a descentralização da rede, de modo a que todas as pessoas trabalhem em conjunto em condições equitativas.