Durante os últimos vinte e quatro meses, a Polkadot enfrentou uma encruzilhada difícil: a sua tecnologia blockchain atingiu um nível de classe mundial, mas o ecossistema de aplicações reais mal começa a decolar. Para além do segmento de finanças descentralizadas, os avanços em outros espaços Web3 movem-se ao ritmo de uma lesma. Os desenvolvedores externos não têm construído sobre a Polkadot com a intensidade esperada, gerando um gargalo na expansão do ecossistema.
Esta realidade mudou quando Gavin Wood regressou à Parity como líder estratégico. A decisão foi rotunda: se o mercado não construir aplicações Web3 sobre esta infraestrutura, a Parity terá que fazê-lo por conta própria.
Não se trata de criar simples demonstrações. É uma mudança estratégica fundamental: passar de “Parity desenvolve infraestrutura, o ecossistema constrói aplicações” para “Parity prototipa produtos que substituam genuinamente serviços Web2, validando em terreno se a tecnologia da Polkadot entrega o que promete”.
Por que falhou o modelo de desenvolvedores externos
Pierre Aubert, vice-presidente de engenharia da Parity, foi contundente no seu diagnóstico: dois anos de apostas por terceiros simplesmente não funcionaram como esperado.
“Há vinte e quatro meses, assumimos que a Parity construiria a camada de infraestrutura blockchain e que os desenvolvedores externos trariam as aplicações”, explicou Aubert. “A realidade foi diferente. Agora, o nosso plano é prototipar algumas aplicações pequenas internamente, usando esta arquitetura descentralizada nos nossos próprios sistemas — o que se conhece como ‘dogfooding’ — para demonstrar que efetivamente é viável”.
A mudança de perspetiva inclui reimaginar cenários do dia a dia. Na Web3 Summit, por exemplo, a Parity continuava a comprar entradas através de fornecedores Web2 tradicionais e a validar o acesso com sistemas centralizados. Estes são exatamente os pontos onde a descentralização poderia intervir.
As vantagens ocultas da descentralização
O argumento de Pierre vai além da eficiência técnica: “Se os sistemas centralizados satisfazem as suas necessidades atuais, não há razão imediata para mudar. Mas no controlo de acesso, as vantagens saltam à vista”.
Por exemplo, um cartão de hotel que várias pessoas podem copiar facilmente é um gargalo de segurança. Num sistema Web3 descentralizado, só o utilizador pode gerar o seu próprio certificado de acesso, eliminando esse vetor de vulnerabilidade.
Depois está a questão da privacidade. Os serviços web tradicionais filtram dados constantemente: “A cada seis meses, alguma empresa sofre um hack e o meu endereço, passwords e informações bancárias aparecem expostos”, afirmou Aubert. “A Polkadot deveria oferecer ‘segurança por defeito’: porque os seus dados pertencem-lhe a si”.
Um comprador de uma entrada poderia demonstrar a sua residência usando provas de conhecimento zero sem revelar a sua morada exata. Mesmo que o sistema fosse comprometido, a informação sensível permaneceria protegida. “Embora os sistemas estejam muito maduros hoje, se puderem descentralizar-se, serão melhores e mais seguros”, concluiu.
Como a Parity melhorou a sua produtividade interna
Desde que Aubert assumiu como vice-presidente de engenharia, implementou mudanças organizacionais básicas mas profundas. “Nada complicado”, esclareceu. “Apenas estabelecer processos padronizados, clareza de responsabilidades e critérios justos de avaliação”.
O resultado foi notável: a produtividade disparou.
Os engenheiros, segundo a sua observação, prosperam em ambientes com regras claras e equidade. “Se ganhas mais do que eu, é porque realmente és melhor. Essa transparência é o que funciona”, afirmou.
A sua abordagem prioriza resultados sobre esforço aparente. “Há pessoas que trabalham duro e fazem notar, mas não geram resultados. Outros trabalham de forma inteligente, talvez apenas vinte horas semanais, mas conseguem impacto real. Isso é o que valorizamos”, explicou.
O problema mais frequente quando um engenheiro não produz resultados não é pessoal, mas de gestão: objetivos vagos, falta de clareza sobre responsabilidades, e ausência de uma cadeia de decisão definida. “A clareza é o mais importante. Um responsável deve poder decidir: ‘Vamos para a esquerda ou para a direita?’ Uma vez estabelecido, a equipa avança sem fricções”.
Polkadot Hub: sucesso de produto, lições de processo
Foi o Polkadot Hub um sucesso? “Sim e não”, respondeu Aubert de forma diplomática.
Como produto, o resultado final é sólido. Mas o caminho revelou erros de engenharia importantes.
Inicialmente, a equipa escolheu PVM pelo seu desempenho superior. Após um ano, descobriram um gargalo inesperado: a maioria dos contratos inteligentes grandes do Ethereum não funcionava em PVM.
“Subestimámos a complexidade do ecossistema EVM”, reconheceu. “Coisas como frameworks de testing (Anvil), alocação de Gas… tudo exigia retroportar suporte EVM ao sistema, complicando enormemente o projeto”.
A lição foi brutal mas esclarecedora: antes de iniciar, é preciso escrever e pensar profundamente. Na indústria cripto, muitos dizem “Não importa, apenas faz!”. Sempre que Aubert ouve isso, pede um documento. “Muitas coisas que parecem simples acabam por ser complexas, e o projeto estende-se mais do que o esperado”.
A estratégia dual: EVM primeiro, PVM depois
Para o Polkadot Hub, a estratégia agora é pragmática: os grandes protocolos DeFi do Ethereum serão primeiro implementados em EVM. Faz sentido: estes projetos não obterão vantagens de desempenho significativas usando PVM.
“Os seus contratos basicamente leem um saldo, executam lógica, escrevem o resultado. O gargalo está na leitura/escrita de dados, não na computação”, esclareceu Pierre. “EVM é suficiente para eles”.
PVM brilha em tarefas intensivas em computação. No futuro, operações que hoje ocorrem fora de cadeia podem ocorrer dentro: cálculos de ZK-SNARK em tempo real, por exemplo.
“Há muitas coisas que podes fazer em PVM que não podes em EVM. Isto beneficia o ecossistema cripto: colocar mais lógica na cadeia reduz práticas estranhas fora de linha e a dependência de oráculos terceiros”, afirmou.
A pilha descentralizada: computação, armazenamento, notificações
Gavin impulsiona ciclos de iteração de produto a cada duas semanas. Estes protótipos usarão tipicamente contratos inteligentes, embora alguns serviços (armazenamento, notificações) provavelmente sejam parachains independentes.
Em computação: A Polkadot já possui um sistema maduro.
Em armazenamento: É a tarefa mais complexa. A Parity está a desenvolver armazenamento integrado na cadeia, mas outras equipas também trabalham nisso: DataHaven (do ecossistema), Eiger (primitivos de baixo nível), Moonbeam, e JamDA.
“Provavelmente coexistirão várias soluções de armazenamento”, previu Aubert. “Precisamos de armazenamento descentralizado barato para fotos, e também armazenamento rápido para leituras/escritas frequentes mas de pequeno volume de dados”.
JamDA funcionaria como armazenamento temporário (dados expiram em 28 dias se não forem renovados), enquanto sistemas como Filecoin poderiam servir como armazenamento a longo prazo. A principal diferença com IPFS: “IPFS não garante disponibilidade. Carregas um documento mas não podes garantir que continuará a ser legível no futuro”.
Eventualmente, toda a pilha estará protegida pela segurança da Polkadot, mas inicialmente poderá usar sistemas existentes como calculadora de riscos transitória.
Em notificações: Trata-se de substituir servidores centralizados que, hoje, atuam como intermediários para conectar utilizadores por trás de firewalls.
“O desafio é descentralizar essa função sem metadados rastreáveis. Em sistemas como Signal, outros sabem que estou a conversar, mas não com quem. No nosso sistema, nem isso deveria ser visível”, descreveu Pierre.
O objetivo final: a nuvem descentralizada
Em essência, a Parity está a reconstruir sistemas Web2 muito comuns — computação, armazenamento, notificações, identidade — sob arquitetura descentralizada.
“Passo a passo, estamos a construir uma ‘nuvem’ ou ‘servidor’ descentralizado. Todos os componentes vão sendo aperfeiçoados gradualmente”, resumiu Aubert.
Esta não é uma tarefa menor. Determina se a Polkadot pode reivindicar a sua posição na próxima era do ecossistema cripto.
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 giro estratégico da Parity: de fornecedor de infraestrutura a construtor de produtos Web3
Durante os últimos vinte e quatro meses, a Polkadot enfrentou uma encruzilhada difícil: a sua tecnologia blockchain atingiu um nível de classe mundial, mas o ecossistema de aplicações reais mal começa a decolar. Para além do segmento de finanças descentralizadas, os avanços em outros espaços Web3 movem-se ao ritmo de uma lesma. Os desenvolvedores externos não têm construído sobre a Polkadot com a intensidade esperada, gerando um gargalo na expansão do ecossistema.
Esta realidade mudou quando Gavin Wood regressou à Parity como líder estratégico. A decisão foi rotunda: se o mercado não construir aplicações Web3 sobre esta infraestrutura, a Parity terá que fazê-lo por conta própria.
Não se trata de criar simples demonstrações. É uma mudança estratégica fundamental: passar de “Parity desenvolve infraestrutura, o ecossistema constrói aplicações” para “Parity prototipa produtos que substituam genuinamente serviços Web2, validando em terreno se a tecnologia da Polkadot entrega o que promete”.
Por que falhou o modelo de desenvolvedores externos
Pierre Aubert, vice-presidente de engenharia da Parity, foi contundente no seu diagnóstico: dois anos de apostas por terceiros simplesmente não funcionaram como esperado.
“Há vinte e quatro meses, assumimos que a Parity construiria a camada de infraestrutura blockchain e que os desenvolvedores externos trariam as aplicações”, explicou Aubert. “A realidade foi diferente. Agora, o nosso plano é prototipar algumas aplicações pequenas internamente, usando esta arquitetura descentralizada nos nossos próprios sistemas — o que se conhece como ‘dogfooding’ — para demonstrar que efetivamente é viável”.
A mudança de perspetiva inclui reimaginar cenários do dia a dia. Na Web3 Summit, por exemplo, a Parity continuava a comprar entradas através de fornecedores Web2 tradicionais e a validar o acesso com sistemas centralizados. Estes são exatamente os pontos onde a descentralização poderia intervir.
As vantagens ocultas da descentralização
O argumento de Pierre vai além da eficiência técnica: “Se os sistemas centralizados satisfazem as suas necessidades atuais, não há razão imediata para mudar. Mas no controlo de acesso, as vantagens saltam à vista”.
Por exemplo, um cartão de hotel que várias pessoas podem copiar facilmente é um gargalo de segurança. Num sistema Web3 descentralizado, só o utilizador pode gerar o seu próprio certificado de acesso, eliminando esse vetor de vulnerabilidade.
Depois está a questão da privacidade. Os serviços web tradicionais filtram dados constantemente: “A cada seis meses, alguma empresa sofre um hack e o meu endereço, passwords e informações bancárias aparecem expostos”, afirmou Aubert. “A Polkadot deveria oferecer ‘segurança por defeito’: porque os seus dados pertencem-lhe a si”.
Um comprador de uma entrada poderia demonstrar a sua residência usando provas de conhecimento zero sem revelar a sua morada exata. Mesmo que o sistema fosse comprometido, a informação sensível permaneceria protegida. “Embora os sistemas estejam muito maduros hoje, se puderem descentralizar-se, serão melhores e mais seguros”, concluiu.
Como a Parity melhorou a sua produtividade interna
Desde que Aubert assumiu como vice-presidente de engenharia, implementou mudanças organizacionais básicas mas profundas. “Nada complicado”, esclareceu. “Apenas estabelecer processos padronizados, clareza de responsabilidades e critérios justos de avaliação”.
O resultado foi notável: a produtividade disparou.
Os engenheiros, segundo a sua observação, prosperam em ambientes com regras claras e equidade. “Se ganhas mais do que eu, é porque realmente és melhor. Essa transparência é o que funciona”, afirmou.
A sua abordagem prioriza resultados sobre esforço aparente. “Há pessoas que trabalham duro e fazem notar, mas não geram resultados. Outros trabalham de forma inteligente, talvez apenas vinte horas semanais, mas conseguem impacto real. Isso é o que valorizamos”, explicou.
O problema mais frequente quando um engenheiro não produz resultados não é pessoal, mas de gestão: objetivos vagos, falta de clareza sobre responsabilidades, e ausência de uma cadeia de decisão definida. “A clareza é o mais importante. Um responsável deve poder decidir: ‘Vamos para a esquerda ou para a direita?’ Uma vez estabelecido, a equipa avança sem fricções”.
Polkadot Hub: sucesso de produto, lições de processo
Foi o Polkadot Hub um sucesso? “Sim e não”, respondeu Aubert de forma diplomática.
Como produto, o resultado final é sólido. Mas o caminho revelou erros de engenharia importantes.
Inicialmente, a equipa escolheu PVM pelo seu desempenho superior. Após um ano, descobriram um gargalo inesperado: a maioria dos contratos inteligentes grandes do Ethereum não funcionava em PVM.
“Subestimámos a complexidade do ecossistema EVM”, reconheceu. “Coisas como frameworks de testing (Anvil), alocação de Gas… tudo exigia retroportar suporte EVM ao sistema, complicando enormemente o projeto”.
A lição foi brutal mas esclarecedora: antes de iniciar, é preciso escrever e pensar profundamente. Na indústria cripto, muitos dizem “Não importa, apenas faz!”. Sempre que Aubert ouve isso, pede um documento. “Muitas coisas que parecem simples acabam por ser complexas, e o projeto estende-se mais do que o esperado”.
A estratégia dual: EVM primeiro, PVM depois
Para o Polkadot Hub, a estratégia agora é pragmática: os grandes protocolos DeFi do Ethereum serão primeiro implementados em EVM. Faz sentido: estes projetos não obterão vantagens de desempenho significativas usando PVM.
“Os seus contratos basicamente leem um saldo, executam lógica, escrevem o resultado. O gargalo está na leitura/escrita de dados, não na computação”, esclareceu Pierre. “EVM é suficiente para eles”.
PVM brilha em tarefas intensivas em computação. No futuro, operações que hoje ocorrem fora de cadeia podem ocorrer dentro: cálculos de ZK-SNARK em tempo real, por exemplo.
“Há muitas coisas que podes fazer em PVM que não podes em EVM. Isto beneficia o ecossistema cripto: colocar mais lógica na cadeia reduz práticas estranhas fora de linha e a dependência de oráculos terceiros”, afirmou.
A pilha descentralizada: computação, armazenamento, notificações
Gavin impulsiona ciclos de iteração de produto a cada duas semanas. Estes protótipos usarão tipicamente contratos inteligentes, embora alguns serviços (armazenamento, notificações) provavelmente sejam parachains independentes.
Em computação: A Polkadot já possui um sistema maduro.
Em armazenamento: É a tarefa mais complexa. A Parity está a desenvolver armazenamento integrado na cadeia, mas outras equipas também trabalham nisso: DataHaven (do ecossistema), Eiger (primitivos de baixo nível), Moonbeam, e JamDA.
“Provavelmente coexistirão várias soluções de armazenamento”, previu Aubert. “Precisamos de armazenamento descentralizado barato para fotos, e também armazenamento rápido para leituras/escritas frequentes mas de pequeno volume de dados”.
JamDA funcionaria como armazenamento temporário (dados expiram em 28 dias se não forem renovados), enquanto sistemas como Filecoin poderiam servir como armazenamento a longo prazo. A principal diferença com IPFS: “IPFS não garante disponibilidade. Carregas um documento mas não podes garantir que continuará a ser legível no futuro”.
Eventualmente, toda a pilha estará protegida pela segurança da Polkadot, mas inicialmente poderá usar sistemas existentes como calculadora de riscos transitória.
Em notificações: Trata-se de substituir servidores centralizados que, hoje, atuam como intermediários para conectar utilizadores por trás de firewalls.
“O desafio é descentralizar essa função sem metadados rastreáveis. Em sistemas como Signal, outros sabem que estou a conversar, mas não com quem. No nosso sistema, nem isso deveria ser visível”, descreveu Pierre.
O objetivo final: a nuvem descentralizada
Em essência, a Parity está a reconstruir sistemas Web2 muito comuns — computação, armazenamento, notificações, identidade — sob arquitetura descentralizada.
“Passo a passo, estamos a construir uma ‘nuvem’ ou ‘servidor’ descentralizado. Todos os componentes vão sendo aperfeiçoados gradualmente”, resumiu Aubert.
Esta não é uma tarefa menor. Determina se a Polkadot pode reivindicar a sua posição na próxima era do ecossistema cripto.