O que é uma DApp?

Uma aplicação descentralizada (decentralized application, DApp) é uma aplicação que entrega parte de suas regras ou de seu estado essenciais — por exemplo saldos, titularidade e registros de autorização — a uma rede descentralizada como uma blockchain, para que ela execute e armazene. Normalmente as pessoas continuam operando por uma interface web ou móvel, mas os resultados principais podem ser validados por vários participantes da rede sob regras comuns, em vez de depender apenas de um banco de dados do operador da aplicação.

"Descentralizado" descreve como o controle e as dependências de uma aplicação estão distribuídos; não é um rótulo obtido automaticamente. Uma DApp pode rodar seus contratos principais on-chain e, ao mesmo tempo, depender de um único site, de uma interface de dados, de uma chave administrativa ou de um servidor fora da cadeia. Por isso, julgar uma DApp significa examinar camada por camada do que ela é feita e quem controla cada camada.

Do que uma DApp costuma ser composta

Uma DApp normalmente não é um contrato inteligente isolado, e sim uma experiência completa entregue por vários componentes em conjunto:

• Interface do usuário: aplicação web ou móvel que exibe informações e recebe ações;
• Carteira: guarda ou aciona a capacidade de assinatura da pessoa, que assim confirma conexões de conta e transações;
• Programas on-chain: contratos inteligentes ou programas da rede que processam transferências, autorizações e atualizações de estado conforme o código;
• Serviços de conexão com a rede: enviam consultas e transações assinadas aos nós da blockchain;
• Serviços fora da cadeia: podem cuidar de busca, indexação, notificações, armazenamento de imagens ou fornecimento de dados externos.

A introdução às DApps do Ethereum trata contratos inteligentes e uma interface de frontend como a combinação comum. Outras redes podem usar modelos diferentes de programas e contas. A Solana, por exemplo, separa programas executáveis das contas que guardam dados mutáveis. As implementações diferem, mas quem lê ainda pode examinar uma aplicação com as mesmas perguntas: interface, autorização, execução pela rede e procedência dos dados.

As principais etapas de uma operação

Depois de abrir uma DApp, a interface pode primeiro ler informações públicas — um saldo, uma cotação ou um registro on-chain específico — por meio de um nó ou de um serviço de indexação (um indexador) que organiza os dados on-chain para consulta. Essas leituras normalmente não alteram o estado da blockchain e não exigem que a pessoa assine cada consulta; o que é exibido ainda depende dos dados que o serviço conectado devolve e do momento da consulta.

Quando a pessoa inicia uma operação que vai alterar o estado, a DApp monta um pedido de transação e o entrega à carteira. A carteira deve mostrar a rede, o endereço de destino, o que está sendo autorizado e as taxas que podem surgir; após a confirmação, ela assina a transação com a capacidade de assinatura da conta correspondente.

A transação assinada é então enviada aos nós da blockchain. Os nós checam a assinatura e o formato da transação conforme o protocolo, e executam o programa de destino ao montar ou validar um bloco candidato. Quando a transação é incluída em um bloco válido, o resultado da execução passa a fazer parte do estado daquela cadeia e pode ser recalculado e lido por outros nós. Se a execução falhar, a interface também deve se atualizar conforme o resultado real da transação, em vez de apenas mostrar que enviou um pedido.

Entrar em um bloco válido não equivale necessariamente a confirmação final imediata. Uma transação ainda pode precisar de mais confirmações, e em certas condições de rede o histórico de blocos também pode ser reorganizado. Quando algo pode ser tratado como final depende do mecanismo de consenso da rede específica.

Esse processo mostra que a própria página web normalmente não modifica a blockchain diretamente. A interface prepara e exibe pedidos, a carteira cuida da autorização da pessoa, e a rede junto com os programas on-chain determinam se o estado muda conforme as regras.

Conectar a carteira não é aprovar uma transação

Conectar uma carteira normalmente só permite que a DApp saiba qual endereço público a pessoa escolheu, e lhe abre um canal para enviar pedidos à carteira. Quais contas a aplicação consegue ver e quais pedidos pode fazer dependem da carteira e do padrão de conexão usado. Conectar não deve equivaler a entregar uma chave privada, e também não significa que a pessoa tenha aprovado qualquer transferência de ativos.

Os pedidos seguintes podem ter funções diferentes:

• Assinar uma mensagem: comprova que a conta assinou um texto ou dado específico, sem necessariamente gerar uma transação on-chain;
• Enviar uma transação: pede à rede que execute uma transferência ou uma chamada de contrato;
• Autorização de tokens: permite que um endereço ou programa mova tokens dentro de um limite definido;
• Trocar de rede: faz a carteira passar para outra blockchain ou para uma rede de teste.

As pessoas precisam ver com clareza o conteúdo real de cada pedido. Desconectar-se de um site normalmente apenas encerra a sessão atual; não revoga automaticamente autorizações de tokens ou outras permissões já gravadas on-chain.

Regras on-chain e interfaces fora da cadeia

O que os programas on-chain fazem pode ser checado em conjunto pelos participantes da rede, mas a página web que a pessoa vê ainda pode ser hospedada por uma equipe específica. Um site pode ser atualizado, retirado do ar, ter o acesso restringido ou exibir informações erradas, enquanto um contrato já implantado pode continuar existindo.

Um contrato continuar on-chain não significa que as pessoas comuns consigam seguir usando com facilidade. Também são necessárias uma interface funcional, o endereço de contrato correto, uma conexão com um nó e a interpretação necessária dos dados. Quem tem familiaridade técnica pode usar outra interface ou chamar o contrato diretamente, mas isso depende de o contrato expor um ponto de entrada adequado e aumenta a dificuldade da operação.

Por outro lado, uma interface com código-fonte aberto ou hospedagem distribuída não estabelece que o programa on-chain não tenha permissões administrativas. Avaliar uma estrutura de controle significa checar separadamente a forma de publicação do frontend, os direitos de atualização dos contratos, os direitos de pausa, as permissões sobre recursos e as dependências externas.

Não todos os dados ficam necessariamente on-chain

Uma blockchain serve bem para o estado que precisa de validação conjunta, mas armazenar diretamente grandes volumes de imagens, vídeo ou dados de busca pode custar caro. Por isso as DApps muitas vezes mantêm on-chain os saldos e permissões essenciais e colocam o restante em servidores comuns ou redes de arquivos distribuídas.

Tome o InterPlanetary File System (IPFS), um protocolo de arquivos distribuído que localiza dados pelo conteúdo, e não por uma posição fixa de servidor. O IPFS gera para o conteúdo um identificador de dados verificável. Isso ajuda quem lê a checar se o conteúdo recebido corresponde ao identificador, mas não garante que sempre haja alguém on-line servindo o arquivo, nem estabelece que o conteúdo seja verdadeiro.

Registrar on-chain um link web ou um identificador de conteúdo só estabelece que a aplicação guardou aquela referência. Se o destino do link é acessível, quem o mantém, se pode ser substituído e por quanto tempo é preservado são pontos que ainda precisam ser checados no arranjo concreto.

O grau de descentralização precisa ser julgado por camadas

Em vez de perguntar se uma DApp é "totalmente descentralizada", é mais útil checar cada camada:

• Execução: as regras principais são executadas em conjunto por vários nós, ou decididas por um único servidor?
• Estado: onde ficam os saldos e permissões principais, e quem pode alterá-los?
• Atualizações: os contratos podem ser atualizados, e de quem a atualização exige aprovação?
• Interface: existe apenas um ponto de entrada oficial, e outras pessoas podem implantar uma alternativa?
• Dados: a aplicação depende de um único serviço de nó, indexador, oráculo ou servidor de arquivos?
• Governança: quem responde pela pausa, pelo ajuste de parâmetros e pela gestão de recursos?

Respostas diferentes produzem estruturas de controle diferentes. Exigir que vários participantes assinem em conjunto, definir um período de espera antes de uma mudança entrar em vigor, ou decidir por votação pública distribuem cada um parte das permissões sem eliminar automaticamente toda dependência concentrada; igualmente, manter uma pausa de emergência pode ser uma escolha deliberada de controle de risco. Um artigo deve descrever o arranjo real em vez de concluir a partir do nome "DApp".

Como uma DApp difere de uma aplicação comum

Os dois tipos de aplicação podem ter páginas web, contas e serviços de backend. A diferença está principalmente em quem confirma o estado e as regras principais.

Uma aplicação comum normalmente faz os servidores do operador receberem pedidos, alterarem um banco de dados e decidirem a versão do software. As pessoas precisam confiar que o operador guarda os dados corretamente, e em geral só alcançam o serviço pelas interfaces que ele fornece.

Uma DApp pode colocar parte das regras e do estado em uma rede blockchain, executada pelos nós conforme o protocolo. As pessoas assinam transações com as próprias contas, e outras interfaces podem chamar os mesmos programas on-chain. Essa verificabilidade, porém, vem com trade-offs: taxas, estado público, espera por confirmação, falhas de contrato e coordenação de atualizações.

Uma DApp, portanto, não é "uma aplicação que não precisa de equipe de desenvolvimento nem de servidores". Ela move certas decisões de um backend único para uma rede comum, podendo ao mesmo tempo manter componentes fora da cadeia.

DApps, contratos inteligentes e organizações on-chain

Contrato inteligente é código que executa on-chain; DApp é a aplicação completa voltada às pessoas, normalmente incluindo contratos inteligentes, uma interface e outros serviços. Um contrato pode ser usado por várias DApps, e uma DApp pode chamar vários contratos.

Uma organização autônoma descentralizada (decentralized autonomous organization, DAO) é um modo de organização que usa regras on-chain, votações ou permissões de várias partes para coordenar decisões e recursos. Uma DAO pode oferecer uma interface de votação por meio de uma DApp, mas uma DApp não é necessariamente uma DAO e não precisa emitir um token de governança.

Da mesma forma, uma aplicação ter um token não a torna descentralizada automaticamente. Distribuição do token, permissões administrativas, atualizações de contrato e controle da interface ainda precisam ser checados separadamente.

Principais limites e riscos

Os riscos de uma DApp podem vir de qualquer camada:

• o código do contrato inteligente tem falhas, ou as permissões administrativas vão além do que as pessoas esperam;
• a interface é adulterada e induz a assinar uma transação errada;
• a carteira não mostra com clareza o que está sendo chamado;
• um nó ou serviço de indexação devolve dados desatualizados, errados ou incompletos;
• um serviço que envia informações externas para a cadeia fornece dados inexatos;
• arquivos, nomes de domínio ou o ponto de entrada oficial param de funcionar;
• a rede base fica congestionada, muda suas taxas ou sofre uma falha.

Uma transação executar com sucesso em uma blockchain só mostra que ela cumpria as regras da rede e do contrato naquele momento. Não estabelece que a pessoa entendeu o pedido, nem que as informações fora da cadeia fornecidas pela aplicação eram verdadeiras.

Perguntas frequentes

Uma DApp precisa ter o próprio token?

Não. Um token pode servir para pagamento, permissões ou governança, mas não é condição necessária para algo ser uma DApp.

Todos os dados de uma DApp são públicos?

Não necessariamente. Transações e estado em uma blockchain pública normalmente podem ser lidos, mas uma aplicação também pode usar bancos de dados fora da cadeia, dados criptografados ou técnicas de privacidade. O que fica realmente visível depende da rede e do desenho.

Uma DApp continua utilizável depois que o site oficial é desligado?

Os programas on-chain podem continuar existindo, mas as pessoas também precisam de uma interface alternativa, de conexão com um nó e das informações de contrato corretas. A continuidade do uso depende de cada componente estar aberto e disponível.

Ao usar uma DApp, a chave privada é entregue ao site?

A interação normal com a carteira não exige entregar a chave privada a um site. A carteira assina dentro do próprio limite de segurança e depois entrega a assinatura ou a transação assinada à aplicação. Ainda assim, convém desconfiar de interfaces que pedem frase de recuperação ou chave privada, ou que empurram para assinar pedidos perigosos.

Uma DApp necessariamente não tem administrador?

Não necessariamente. Um contrato pode manter permissões de atualização, pausa, ajuste de parâmetros ou gestão de recursos. Confira o código e as permissões concretas em vez de se guiar pelo nome da aplicação.

Conceitos relacionados

Continue com contrato inteligente, Ethereum, a EVM, carteira não custodial e blockchain, ou volte ao glossário de criptomoedas.

Fontes

• Ethereum.org: introdução às dapps — relação básica entre frontend, contratos inteligentes e uma rede descentralizada.
• Ethereum.org: introdução aos contratos inteligentes — implantação, chamadas e limites de execução dos programas on-chain.
• IPFS Docs: how IPFS works — endereçamento por conteúdo, identificadores de dados, roteamento e transferência de arquivos.
• Solana Docs: programs — exemplo de implementação que separa programas executáveis de contas de dados independentes.