Polkadot Hub + PDP: reescrevendo as regras de implantação de Rollup para acelerar a explosão do ecossistema!

Neste artigo, Santi Balaguer, chefe de desenvolvimento de produto da Parity, aprofunda-se na posição e significado do Polkadot Hub. Ele não só herda as funções básicas do Asset Hub, como governança, staking e identidade, mas também adiciona uma camada de contratos inteligentes, oferecendo um palco mais amplo para projetos experimentais. Mais importante ainda, o Hub introduz o mecanismo de “ativos externos”, trazendo ativos de parachains ou Rollups diretamente para a camada de contratos do Hub, permitindo que novos projetos sejam compatíveis nativamente com exchanges e custodians assim que entram em operação — como um “Cavalo de Troia”, concentrando a liquidez do ecossistema no Hub.

Ao mesmo tempo, o PDP (Polkadot Deployment Portal) está a evoluir rapidamente para se tornar o “sistema operativo” dos Rollups. Não só ajuda as equipas a completar cerca de 85% do trabalho de deployment, como também simplifica a renovação automática do Coretime e a configuração de canais cross-chain. Nos testes internos mais recentes, 7 dos 8 utilizadores testaram efetivamente a ferramenta, com uma taxa de sucesso de deployment de 100% e feedback muito acima do esperado. Até a equipa financeira da Parity conseguiu, por conta própria, fazer o deployment de um Rollup no Kusama, provando a facilidade de uso e fiabilidade do PDP.

Com o deployment no Kusama prestes a ser aberto, cada vez mais equipas poderão lançar Rollups facilmente. A combinação do Polkadot Hub com o PDP está a reescrever a forma como os Rollups são lançados, acelerando a expansão de todo o ecossistema.

Polkadot Hub será a porta de entrada universal para novos projetos, reduzindo a barreira de integração com exchanges

Jay: Pode apresentar rapidamente o Polkadot Hub para quem não está familiarizado?

Santi: O Polkadot Hub é, na verdade, a combinação de dois aspetos. Primeiro, ele herda muitas funcionalidades do Asset Hub, como governança, staking, sistema de identidade, entre outras funções básicas valiosas que acontecerão no Hub. Segundo, ele terá uma camada de contratos inteligentes embutida, o que trará mais projetos experimentais para o Polkadot.

Mas a questão é: como garantir que novos Rollups possam ser usados diretamente no Hub? Já mencionámos antes que o Polkadot tem uma interoperabilidade nativa incomparável com outras plataformas. A seguir, vou explicar em detalhe como o Hub introduziu o conceito de “ativos externos”, permitindo que ativos de parachains ou Rollups sejam usados diretamente no Hub através deste mecanismo.

O nosso trabalho atual no PDP é ajudar estas equipas a injetar a liquidez das suas próprias chains de forma mais simples nos ativos externos do Hub. Assim, estes ativos podem ser imediatamente utilizados na camada de contratos inteligentes do Hub.

Mas não fica por aqui. No passado, vi muitas equipas sofrerem ao integrar com custodians e exchanges. Porquê? Por razões de segurança, estes prestadores de serviços precisam de operar um nó completo do teu Rollup. Imagina, se houver centenas de Rollups, isto não é escalável, especialmente para Rollups que estão a começar e têm pouca atividade. Agora, com os ativos concentrados no Hub, os custodians e exchanges só precisam de suportar o Hub — é como um “Cavalo de Troia”.

Jay: Para qualquer novo projeto, isto é uma conveniência natural, certo?

Santi: Exatamente, é isso que queremos aproveitar.

Jay: Percebo, ou seja, ao lançar um Rollup no Polkadot, já é automaticamente compatível com todas as exchanges que integram o Polkadot Hub e suporta ativos externos. E as exchanges praticamente terão de o fazer, porque muitos projetos importantes vão aderir no futuro.

Santi: Exatamente. Acho que ainda haverá discussões sobre o timing da integração de ativos externos, mas comparado com o passado, onde era necessário correr nós, pelo menos a barreira técnica já foi muito reduzida. O que podemos fazer é tornar estas funcionalidades disponíveis, depois a equipa de desenvolvimento de negócio irá naturalmente falar com exchanges e custodians, dizendo “integrem-nos”, mas nessa altura já não há obstáculos técnicos — é esse o nosso objetivo.

Rollups já lançados podem usar o PDP?

Jay: Uma das funcionalidades práticas que lançaram recentemente é a renovação automática do Coretime. Isto era uma dor de cabeça para os primeiros utilizadores. Pergunto: os Rollups já lançados e em funcionamento podem usar o PDP?

Santi: Por enquanto, não. Temos recursos limitados, por isso estamos focados em atrair mais equipas para o Polkadot. Estou em contacto com quase todas as equipas existentes, conheço os seus problemas e necessidades e podemos ajudar individualmente. Enquanto tratamos disso, estamos a tornar o PDP uma ferramenta para atrair novas equipas.

No futuro, esperamos que os Rollups já lançados possam usar todas as ferramentas do PDP para integração perfeita. Mas, pelo menos por agora, isso não está no nosso roadmap, embora eu pessoalmente gostasse muito de o ver acontecer.

O PDP faz 85% do trabalho por ti, renovação automática do Coretime já não é um problema

Jay: Entendi. Então, a funcionalidade de renovação automática é um desafio técnico ou apenas resolve um problema óbvio?

Santi: Depende da perspetiva. Na verdade, a chain Coretime suporta renovação automática, mas ativá-la envolve vários passos, é trabalhoso. Embora teoricamente seja possível, no PDP simplificámos todo o processo. Assim, não só os utilizadores do PDP beneficiam, como outros também podem aproveitar. Vou detalhar os passos:

• Primeiro, tens de garantir que a tua conta de parachain tem fundos tanto na relay chain como na Coretime chain. Facilitámos isto: podes ver claramente o saldo e o ID da conta.

• Depois, precisas de abrir um canal HRMP entre o Rollup e a Coretime chain, o que não é fácil. Por isso, geramos antecipadamente a chamada XCM para o teu projeto, só tens de submetê-la ao processo de governança ou executá-la via sudo.

• Por fim, tens de enviar uma chamada XCM da tua chain para a Coretime chain para ativar a renovação automática. Também geramos esta chamada personalizada para a tua chain.

Quanto ao método de governança (referendo ou sudo), não podemos decidir por ti. Mas, no geral, o PDP já faz cerca de 85% do trabalho por ti.

Como é feita a governança dos Rollups?

Jay: Queria perguntar sobre governança — ainda não está integrada no PDP, certo?

Santi: Quando lanças um Rollup, podes fazer upgrades ao runtime, certo? E a governança pode ser adicionada como um caminho de upgrade. Já temos soluções prontas no Polkadot SDK, as equipas podem adicionar sem problema. Mas achamos que a melhor forma de começar é com uma conta sudo — quase todos os novos projetos começam assim, depois de lançados ajudamos a transitar para um modelo de governança mais maduro.

Também gostaria de ver tutoriais a ensinar como passar gradualmente de sudo para modelos como o OpenGov. Por exemplo, algumas equipas no Polkadot usam um comité técnico como solução de transição, por isso as equipas podem explorar estes caminhos.

O PDP não é só uma ferramenta de deployment, está a tornar-se o ‘sistema operativo’ dos Rollups

Jay: Porque, neste momento, o PDP ajuda a lançar Rollups, gerir o desenvolvimento e deployment inicial, mas no futuro pode tornar-se uma ferramenta de gestão de Rollups, certo?

Santi: Exatamente, esse é o nosso objetivo final. Em termos de “acessibilidade”, o Polkadot tem, de raiz, a capacidade de interligar chains de forma descentralizada. No PDP, tornámos isso ainda mais simples. Mas é importante distinguir dois tipos de comunicação: entre Rollups e entre Rollups e system chains. Porquê distinguir? Porque a comunicação entre Rollups requer consentimento mútuo para abrir o canal; já com system chains é totalmente permissionless.

Por exemplo, se quiseres ligar ao Asset Hub, basta um pedido para conectar diretamente. Por trás disto está a especificação RFC-14, proposta pelo Brian da Acala, que desbloqueou muitas capacidades. Agora, uma das funcionalidades que estamos a desenvolver no PDP é: usando o scheduler pallet, permitir que o Rollup, logo ao arrancar (por exemplo, no bloco #2), abra automaticamente canais com o Asset Hub e a Coretime chain. Assim, não precisas de fazer nada manualmente, já estás ligado ao sistema central. Só se disseres de início “não quero ligar”, caso contrário, o sistema trata de tudo, permitindo-te usar logo a renovação automática, ativos externos, etc., reduzindo muito a barreira de entrada.

Equipa financeira da Parity faz deployment de Rollup no Kusama! Resultados do teste interno do PDP superam expectativas

Jay: Quem já usou esta ferramenta? Já foi testada?

Santi: Fizemos um primeiro teste interno. Convidámos 8 utilizadores, 7 testaram efetivamente. O resultado foi melhor do que esperava. O objetivo inicial era “lançar, ouvir feedback e melhorar gradualmente”. Mas o feedback foi tão bom que nem sei como melhorar ainda mais, mas vamos dar o nosso melhor.

Jay: O que foi tão bom? Quais eram os vossos indicadores?

Santi: Por exemplo, a satisfação dos utilizadores foi de 4,3/5. Quase todos disseram “isto é fantástico”, outros disseram “isto pode realmente ajudar o Polkadot a crescer”. A taxa de sucesso de deployment foi de 100%, sem falhas. Todos os que tentaram conseguiram lançar um Rollup no Westend — fiquei surpreendido, honestamente esperava algumas falhas, pois ainda é cedo e há muito a explorar, mas correu tudo bem. Fiquei muito feliz, a equipa também, foi como receber um selo de aprovação: “bom trabalho”. Não sabemos como melhorar ainda mais, mas vamos esforçar-nos ao máximo.

Jay: Muito bom! Estou ansioso por ver mais deployments reais. O PDP só está disponível na testnet por agora, certo? Quando estará no Kusama?

Santi: Se tudo correr bem, planeamos lançar no Kusama até ao final de setembro.

Jay: Depois disso, ainda será preciso esperar para lançar na mainnet do Polkadot?

Santi: Na verdade, não.

Jay: Pois, pode avançar diretamente, certo?

Santi: Exatamente. Este ano fizemos uma pequena experiência que poucos conhecem. A equipa financeira da Parity fez o deployment de um Rollup no Kusama. Como o deployment de Rollup requer fundos, dissemos: não precisam de nos transferir, damos-vos a ferramenta e fazem vocês próprios o deployment. E fizeram mesmo, a equipa financeira operou tudo!

Jay: Haha, foi mesmo a equipa financeira a lançar um Rollup no Kusama?

Santi: Foi mesmo.

Jay: Entendi, ficou a correr durante algum tempo, certo? Isso é incrível.

Santi: Sim. Durante o processo, percebemos que havia questões de governança a tratar, como o registo de parachain, etc. Mas, no geral, já provámos que é viável. Agora vamos aprimorar ainda mais e depois abrir para mais utilizadores.

Perspetivas do PDP: caminhos de migração cross-ecosystem, testes de Rollup multi-core, explosão do ecossistema Hydration

Jay: Fantástico! Mal posso esperar para ver mais Rollups a correr no Polkadot. Queria perguntar algo mais visionário: no futuro, haverá Rollups lançados noutros ecossistemas que queiram migrar para o Polkadot? Têm planos para facilitar essa migração? Estão a preparar algo nesse sentido?

Santi: Isto ainda não faz parte do roadmap oficial, mas é um tema que discutimos frequentemente. Existem dois caminhos principais:

• Primeiro, como ajudar projetos que já têm contratos inteligentes a migrar para Rollup, se necessário.
• Segundo, como abrir esse caminho para eles?

Jay: Pois, se alguém lançar primeiro no Hub e depois precisar de mais throughput, pode fazer upgrade, certo?

Santi: Exatamente, aí podem ter o seu próprio Rollup. Por isso, como abrir esse caminho é algo que estamos sempre a pensar. Outra situação: um projeto já está em funcionamento, tem dados de estado, utilizadores, saldos de ativos — como migrar para o Polkadot Cloud? É outro caminho que queremos explorar no futuro.

Jay: Fantástico. O Polkadot Cloud parece que vai ficar cada vez mais forte.

Santi: Também espero que sim. Acho que é um produto com muito potencial.

Jay: Como tens uma perspetiva única no ecossistema, lidas com várias equipas, ajudas a resolver problemas e testemunhas o sucesso delas, gostava de saber se podes partilhar dois ou três Rollups ou projetos já no Cloud que te entusiasmem ou impressionem? Quais já estão a funcionar e te deixam otimista?

Santi: Claro. Não sou facilmente impressionado, haha, mas há alguns que me entusiasmam. Estou em contacto com a equipa da peaq.

Jay: Oh? O que há de novo na peaq?

Santi: Eles estão a testar o uso de multi-core, com muito sucesso. Gosto deste tipo de stress test. Antes era a Parity a fazer, agora ver outras equipas a conseguir também é ótimo.

Jay: Eles já mostraram blocos a cada 0,4 segundos, certo? Como conseguiram isso?

Santi: Eles estão a correr Rollups ou parachains em multi-core, por isso conseguem throughput muito rápido. É muito interessante.

Jay: Usam elastic scaling?

Santi: Sim, pelo que sei é isso. Estou ansioso por vê-los em produção. Outro exemplo: falei recentemente com o fundador da NeuroWeb, o plano deles também me impressionou. Algumas atividades da Hydration, como a Gigadot, e o impulso do ecossistema são muito interessantes. Além disso, o TVL da Hydration já ultrapassou os 300 milhões, um marco muito importante a celebrar. Honestamente, todo o ecossistema está a entrar numa fase cada vez mais ativa. Ah, e sou fã do FIFA Rivals.

Jay: Hahaha, fantástico, vemo-nos no campo do FIFA Rivals. Muito obrigado por partilhares este excelente trabalho no programa de hoje. Construir este portal parece óbvio, mas é ótimo ver que alguém o está a fazer, e ainda por cima uma equipa tão boa como a tua. Obrigado pelo vosso esforço e por estares aqui hoje.

Santi: Obrigado pelo convite. Mas, sinceramente, o mérito é da equipa que faz o trabalho real.

Jay: Fantástico. Muito obrigado!