A Ascensão das AppChains: Explorando a Origem, Desenvolvimento e Perspectivas
O desenvolvimento da AppChain é o resultado da interação de múltiplos fatores, incluindo a maturidade da infraestrutura, a intensificação da competição por espaço de bloco e o aumento da demanda por modelos econômicos de tokens personalizados. Embora os dApps e as AppChains tenham semelhanças em termos de formas de negócios, cada um tem suas vantagens e limitações. O cerne do desenvolvimento da AppChain reside na construção de suas próprias barreiras de aplicação, utilizando transações de baixo custo para promover transações em cadeia de alta frequência, atraindo tráfego e acumulando usuários. O suporte técnico, embora importante, é apenas um fator auxiliar e não um elemento central.
A inevitabilidade das tendências de desenvolvimento da AppChain
Em 2023 e 2024, cada vez mais dApps anunciam a transformação em AppChain. Essas AppChains estão principalmente concentradas nas áreas de DeFi, jogos, sociais e IA. O desenvolvimento de AppChains tornou-se uma tendência inevitável, devido à maturidade da tecnologia modular, à ampla validação de redes de segunda camada Rollup, ao aumento das plataformas RaaS e à melhoria dos serviços, assim como pela competição das dApps por recursos de espaço de bloco em cadeias públicas, otimização dos custos de transação dos usuários finais e demanda por personalização da economia dos tokens.
As dApps são atualizadas para AppChain, não se transformarão imediatamente em uma camada de infraestrutura supervalorizada. A vantagem da AppChain reside em promover mais transações em cadeia de alta frequência através de transações de baixo custo, utilizando a acumulação de dados para melhorar a experiência do produto do usuário, formando a lealdade do usuário e alcançando efeitos de rede. O núcleo do desenvolvimento da AppChain ainda reside em suas barreiras de aplicação únicas e no tráfego.
Explorar a origem do AppChain
Cosmos é um projeto pioneiro no campo das AppChains. É conhecido pelo seu design modular e plugável, que separa a máquina virtual do motor de consenso, permitindo que os desenvolvedores escolham livremente o framework para construir a máquina virtual e personalizem os parâmetros-chave do motor de consenso. Este design permite que várias aplicações existam sob a forma de cadeias independentes, exibindo vantagens únicas em termos de flexibilidade e soberania.
No entanto, a tendência de crescimento global das AppChains do Cosmos não se manteve, e o número de novas AppChains também não aumentou de forma significativa. Isso deve-se principalmente ao fato de que o Cosmos confere uma soberania excessiva às AppChains, e antes do lançamento do ICS no Atom 2.0, a segurança das AppChains e os custos de lançamento e manutenção elevados foram as principais razões.
Construir uma AppChain no Cosmos requer uma equipe de desenvolvimento familiarizada com o Cosmos SDK e o motor de consenso Tendermint, o que representa uma carga técnica adicional para equipes técnicas focadas no desenvolvimento de aplicações. Mesmo com pessoal técnico suficiente, a lógica de lançamento da maioria das AppChains é atrair validadores iniciais e garantir a segurança da rede através da distribuição de tokens a validadores Cosmos, ao mesmo tempo que incentiva os validadores a manter a segurança da rede com uma alta taxa de inflação. O efeito colateral dessa abordagem é a aceleração da desvalorização do token, levando a uma rápida queda no valor da rede.
Além disso, o Cosmos apresenta algumas deficiências na atratividade da AppChain em aspectos como a característica de Liveness da cadeia, recursos de documentação para desenvolvedores e cultura comunitária. Por exemplo, os eventos de parada de blocos que ocorreram no Cosmos Hub, a falta de recursos de documentação durante o período de alta dos tokens no final de 2023, e os problemas de pequeno círculo da Interchain Foundation, todos tiveram um impacto negativo na adesão de novas AppChains.
Catalisador da nova AppChain
Se considerarmos as AppChains iniciais do Cosmos como aplicações orientadas para a cadeia, então as novas AppChains são mais orientadas para a aplicação, focando no desenvolvimento de suas próprias aplicações. O surgimento das novas AppChains deve-se principalmente à popularização do conceito de blockchain modular, à maturidade e ampla validação das Rollup Layer2 genéricas, ao desenvolvimento de camadas de interoperabilidade e agregação de liquidez, bem como à ascensão e aperfeiçoamento das plataformas RaaS.
Optimism, como o primeiro Rollup Layer 2 a lançar sua mainnet, teve seu lançamento bem-sucedido em 2022, marcando a implementação prática da teoria de blockchain modular. A Optimism não apenas herda a segurança do Ethereum, mas também suporta completamente a pilha de tecnologias de desenvolvimento do ecossistema Ethereum. A Optimism se inspirou nas ideias e estruturas do Cosmos, introduzindo de forma inovadora o conceito de OP Stack. Este conceito tem sido amplamente aplicado em projetos conhecidos como Worldcoin e Base. Em seguida, outras soluções Rollup também lançaram conceitos semelhantes, como Arbitrum Orbits, Polygon CDK, StarkWare Appchain e zkSync Hyperchains.
Ao implementar soluções Rollup, geralmente é necessário escolher a estrutura de camada de execução adequada, como OP Stack ou Arbitrum Orbits. Tomando o OP Stack como exemplo, é uma estrutura Rollup em constante evolução, que deve ser atualizada juntamente com as atualizações do Ethereum e também suportará novas funcionalidades. O processo de desenvolvimento da AppChain segue aproximadamente os seguintes passos:
Seleção de tecnologia: Avaliar as funcionalidades e características de diferentes frameworks e escolher o mais adequado.
Design de Requisitos: Com base na capacidade de personalização da estrutura correspondente, projetar uma AppChain que atenda às necessidades.
Operação e manutenção: completar a implementação, testes, lançamento e manutenção subsequente.
A emergência de plataformas RaaS como Altlayer, Caldera e Conduit é especialmente importante. Estas plataformas são semelhantes ao SaaS, mas focam em soluções Rollup, permitindo que dApps escolham rapidamente diferentes estruturas Rollup, simplificando os passos complexos no processo de desenvolvimento de AppChain, oferecendo características centrais personalizadas e suportando a manutenção e otimização após o lançamento da aplicação.
A infraestrutura e as funcionalidades relacionadas à AppChain também estão avançando rapidamente. Por exemplo, projetos como Celestia, EigenDA e NearDA introduziram a Disponibilidade de Dados Alternativa, que reduz custos e aumenta a taxa de transferência. As plataformas RaaS, por sua vez, lançaram suporte integrado para tokens de Gas personalizados e abstração de contas nativas. Com a ampla aplicação das AppChains Rollup, os problemas de fragmentação de liquidez e interoperabilidade começaram a se manifestar, levando a soluções de agregação e unificação, como o Superchain da Optimism, AggLayer da Polygon, Metalayer da Caldera e Elastic Chain da zkSync, que visam melhorar a interoperabilidade entre as AppChains e a agregação de liquidez.
A atual dificuldade de aplicação nos mercados primário e secundário está intensificando a exploração dos dApps por soluções. Através dos dados da CMC e Rootdata, pode-se observar que, entre os 100 principais projetos do mercado secundário, excluindo as classes Meme impulsionadas por comunidades e suporte cultural, apenas alguns projetos de aplicação pura como Uniswap, LDO, Aave, Ondo, Jupiter, Ethena, etc., estão presentes; a maioria pertence à infraestrutura. No que diz respeito ao mercado primário, o montante de financiamento para projetos de aplicação também é muito inferior ao da infraestrutura. Esse fenômeno se deve em parte à complexidade relativa da UI/UX dos aplicativos Web3, que ainda está longe de ser tão madura e fácil de usar quanto a do Web2; além disso, as inovações nos paradigmas de aplicação não conseguiram realmente quebrar barreiras. No entanto, acreditamos que o potencial do AppChain ainda não foi totalmente liberado e pode se tornar um importante ponto de inflexão para o desenvolvimento do Web3 no futuro.
Vantagens e desvantagens das novas AppChains
Novas AppChains não são soluções infalíveis e sem defeitos. A análise de suas vantagens e desvantagens é a seguinte:
vantagens
Design modular: A AppChain normalmente utiliza um design modular, permitindo que os desenvolvedores personalizem mecanismos de liquidação, disponibilidade de dados e outros componentes de infraestrutura para atender a necessidades específicas.
Otimização de desempenho: Muitos novos AppChains conseguem reduzir os custos ao introduzir outras soluções de camada de dados disponíveis, ao mesmo tempo que aumentam a taxa de transferência.
Captura de valor aprimorada: características como tokens de Gas personalizados, abstração de contas, etc., podem suportar um desenvolvimento de aplicativos mais flexível e permitir modelos de negócios e modelos de tokens mais complexos.
desvantagem
Fragmentação de liquidez: novas AppChains podem enfrentar o problema da fragmentação de liquidez.
Problemas de interoperabilidade e combinabilidade: a AppChain não consegue mais fazer combinações e interoperar de forma tão fácil e simples como os dApps das blockchains públicas no passado.
Aumento da complexidade: em comparação com dApps tradicionais, a nova AppChain tem uma complexidade aumentada, especialmente no design e na implementação, podendo exigir mais recursos e suporte técnico.
Decisões principais sobre a AppChain
Do ponto de vista da equipa do projeto, ao decidir se deve realizar uma atualização ou iteração da AppChain ou escolher, recomenda-se seguir os seguintes princípios:
Dependência das características da blockchain existente: se a aplicação depende fortemente de outros dApps na blockchain, como liquidez ou funcionalidades do produto, recomenda-se continuar a utilizar soluções dApps existentes.
Necessidade de funcionalidades personalizadas: Se a aplicação atual tiver dificuldades em suportar a nível de protocolo necessidades empresariais como abstração de contas, mecanismos específicos de Onboarding, etc., e se essas funcionalidades forem cruciais para a realização do negócio, então é aconselhável escolher ou migrar para uma AppChain.
Sensível ao custo: Se os usuários finais forem sensíveis aos recursos de espaço na blockchain, ou se desejarem reduzir perdas como MEV, a AppChain pode ser uma escolha melhor. Além disso, se a aplicação se enquadrar em cenários de interação de alta frequência, a AppChain pode oferecer maior eficiência de recursos e menores custos de transação.
Construção de um fosso e rota de desenvolvimento da AppChain
A barreira de proteção da AppChain é sempre o seu próprio negócio de aplicações. A chave do sucesso reside em explorar profundamente as dores do mercado e construir aplicações de produtos com PMF. Confiar apenas na narrativa da infraestrutura de cadeia da AppChain é uma forma rígida de pensar, como alguém que procura pregos com um martelo, e não é um caminho eficaz para construir uma barreira de proteção.
Na atual onda de novas AppChains, como construir aplicações de baixo custo, abertas e transparentes em blockchain, compreender a demanda do mercado e resolver os pontos problemáticos do produto, refinar um produto completo e seguro, e estabelecer uma grande e rica acumulação e análise de dados de usuários, combinando isso com um modelo de negócio que tenha fluxo de caixa, formando uma forte fidelização de usuários e efeito de escala, é a chave.
A estratégia de "levantar alto e bater forte" não é necessariamente adequada para AppChain. Pelo menos até que os produtos principais estejam completos e os dados de usuários e de crescimento de usuários estejam totalmente estabelecidos, a AppChain deve focar no desenvolvimento, com a promoção como um complemento. A acumulação de dados de usuários, o cultivo de hábitos dos usuários e a iteração das funcionalidades do produto não acontecem da noite para o dia; portanto, uma abordagem de desenvolvimento sólida e gradual é mais adequada. O aplicativo deve primeiro formar rapidamente suas funcionalidades centrais, até mesmo funcionalidades indispensáveis. Com base nisso, novas funcionalidades e linhas de produtos podem ser desenvolvidas. Assim, mesmo que haja reações mornas ao lançar novas funcionalidades e novas linhas de produtos, pode-se adotar uma estratégia defensiva de abandono. Correspondentemente, em termos de atualização e iteração da AppChain, também é possível integrar-se de forma mais profunda e repetida com as funcionalidades existentes do aplicativo.
Tomando como exemplo a conhecida plataforma de gestão de ativos visualizada, Debank, já há muito tempo foi estabelecido o acompanhamento e observação dos ativos, fluxos de transação, dApps e outras posições de endereços de carteiras ETH e EVM, e com base nisso foram iteradas várias funcionalidades. Embora o Debank possua muitas funcionalidades relativamente desconhecidas, como notificações, favoritos e cumprimentos, isso não afeta nosso apreço pelas suas funcionalidades principais de gestão de ativos. Em relação às funcionalidades pagas do Debank, podemos ver o cuidado deles nesta área; as características de pagamento diversificadas e de granularidade fina, bem como a funcionalidade de Pacote integrada e otimizada, oferecem aos usuários opções atenciosas. O desempenho geral desses recursos é bom e forma uma boa sinergia com outra linha de produtos do Debank, a Rabby Wallet. Mesmo que o Debank promova a Debank Chain desenvolvida com base na OP Stack, os usuários não tiveram uma percepção clara disso. Isso demonstra que a AppChain do Debank mostra bem como construir uma fortaleza central para aplicativos e fornece uma referência valiosa para a escolha das rotas de desenvolvimento de outras AppChains.
Ideias de design para a mecânica dos tokens
Ao construir o modelo de economia de tokens da AppChain, defendemos a adoção de uma estratégia de desenvolvimento natural. O cerne dessa estratégia reside na redução da intervenção humana.
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.
Ascensão da AppChain: A evolução e as perspectivas de desenvolvimento do ecossistema Layer2 novo a partir do Cosmos
A Ascensão das AppChains: Explorando a Origem, Desenvolvimento e Perspectivas
O desenvolvimento da AppChain é o resultado da interação de múltiplos fatores, incluindo a maturidade da infraestrutura, a intensificação da competição por espaço de bloco e o aumento da demanda por modelos econômicos de tokens personalizados. Embora os dApps e as AppChains tenham semelhanças em termos de formas de negócios, cada um tem suas vantagens e limitações. O cerne do desenvolvimento da AppChain reside na construção de suas próprias barreiras de aplicação, utilizando transações de baixo custo para promover transações em cadeia de alta frequência, atraindo tráfego e acumulando usuários. O suporte técnico, embora importante, é apenas um fator auxiliar e não um elemento central.
A inevitabilidade das tendências de desenvolvimento da AppChain
Em 2023 e 2024, cada vez mais dApps anunciam a transformação em AppChain. Essas AppChains estão principalmente concentradas nas áreas de DeFi, jogos, sociais e IA. O desenvolvimento de AppChains tornou-se uma tendência inevitável, devido à maturidade da tecnologia modular, à ampla validação de redes de segunda camada Rollup, ao aumento das plataformas RaaS e à melhoria dos serviços, assim como pela competição das dApps por recursos de espaço de bloco em cadeias públicas, otimização dos custos de transação dos usuários finais e demanda por personalização da economia dos tokens.
As dApps são atualizadas para AppChain, não se transformarão imediatamente em uma camada de infraestrutura supervalorizada. A vantagem da AppChain reside em promover mais transações em cadeia de alta frequência através de transações de baixo custo, utilizando a acumulação de dados para melhorar a experiência do produto do usuário, formando a lealdade do usuário e alcançando efeitos de rede. O núcleo do desenvolvimento da AppChain ainda reside em suas barreiras de aplicação únicas e no tráfego.
Explorar a origem do AppChain
Cosmos é um projeto pioneiro no campo das AppChains. É conhecido pelo seu design modular e plugável, que separa a máquina virtual do motor de consenso, permitindo que os desenvolvedores escolham livremente o framework para construir a máquina virtual e personalizem os parâmetros-chave do motor de consenso. Este design permite que várias aplicações existam sob a forma de cadeias independentes, exibindo vantagens únicas em termos de flexibilidade e soberania.
No entanto, a tendência de crescimento global das AppChains do Cosmos não se manteve, e o número de novas AppChains também não aumentou de forma significativa. Isso deve-se principalmente ao fato de que o Cosmos confere uma soberania excessiva às AppChains, e antes do lançamento do ICS no Atom 2.0, a segurança das AppChains e os custos de lançamento e manutenção elevados foram as principais razões.
Construir uma AppChain no Cosmos requer uma equipe de desenvolvimento familiarizada com o Cosmos SDK e o motor de consenso Tendermint, o que representa uma carga técnica adicional para equipes técnicas focadas no desenvolvimento de aplicações. Mesmo com pessoal técnico suficiente, a lógica de lançamento da maioria das AppChains é atrair validadores iniciais e garantir a segurança da rede através da distribuição de tokens a validadores Cosmos, ao mesmo tempo que incentiva os validadores a manter a segurança da rede com uma alta taxa de inflação. O efeito colateral dessa abordagem é a aceleração da desvalorização do token, levando a uma rápida queda no valor da rede.
Além disso, o Cosmos apresenta algumas deficiências na atratividade da AppChain em aspectos como a característica de Liveness da cadeia, recursos de documentação para desenvolvedores e cultura comunitária. Por exemplo, os eventos de parada de blocos que ocorreram no Cosmos Hub, a falta de recursos de documentação durante o período de alta dos tokens no final de 2023, e os problemas de pequeno círculo da Interchain Foundation, todos tiveram um impacto negativo na adesão de novas AppChains.
Catalisador da nova AppChain
Se considerarmos as AppChains iniciais do Cosmos como aplicações orientadas para a cadeia, então as novas AppChains são mais orientadas para a aplicação, focando no desenvolvimento de suas próprias aplicações. O surgimento das novas AppChains deve-se principalmente à popularização do conceito de blockchain modular, à maturidade e ampla validação das Rollup Layer2 genéricas, ao desenvolvimento de camadas de interoperabilidade e agregação de liquidez, bem como à ascensão e aperfeiçoamento das plataformas RaaS.
Optimism, como o primeiro Rollup Layer 2 a lançar sua mainnet, teve seu lançamento bem-sucedido em 2022, marcando a implementação prática da teoria de blockchain modular. A Optimism não apenas herda a segurança do Ethereum, mas também suporta completamente a pilha de tecnologias de desenvolvimento do ecossistema Ethereum. A Optimism se inspirou nas ideias e estruturas do Cosmos, introduzindo de forma inovadora o conceito de OP Stack. Este conceito tem sido amplamente aplicado em projetos conhecidos como Worldcoin e Base. Em seguida, outras soluções Rollup também lançaram conceitos semelhantes, como Arbitrum Orbits, Polygon CDK, StarkWare Appchain e zkSync Hyperchains.
Ao implementar soluções Rollup, geralmente é necessário escolher a estrutura de camada de execução adequada, como OP Stack ou Arbitrum Orbits. Tomando o OP Stack como exemplo, é uma estrutura Rollup em constante evolução, que deve ser atualizada juntamente com as atualizações do Ethereum e também suportará novas funcionalidades. O processo de desenvolvimento da AppChain segue aproximadamente os seguintes passos:
Seleção de tecnologia: Avaliar as funcionalidades e características de diferentes frameworks e escolher o mais adequado.
Design de Requisitos: Com base na capacidade de personalização da estrutura correspondente, projetar uma AppChain que atenda às necessidades.
Operação e manutenção: completar a implementação, testes, lançamento e manutenção subsequente.
A emergência de plataformas RaaS como Altlayer, Caldera e Conduit é especialmente importante. Estas plataformas são semelhantes ao SaaS, mas focam em soluções Rollup, permitindo que dApps escolham rapidamente diferentes estruturas Rollup, simplificando os passos complexos no processo de desenvolvimento de AppChain, oferecendo características centrais personalizadas e suportando a manutenção e otimização após o lançamento da aplicação.
A infraestrutura e as funcionalidades relacionadas à AppChain também estão avançando rapidamente. Por exemplo, projetos como Celestia, EigenDA e NearDA introduziram a Disponibilidade de Dados Alternativa, que reduz custos e aumenta a taxa de transferência. As plataformas RaaS, por sua vez, lançaram suporte integrado para tokens de Gas personalizados e abstração de contas nativas. Com a ampla aplicação das AppChains Rollup, os problemas de fragmentação de liquidez e interoperabilidade começaram a se manifestar, levando a soluções de agregação e unificação, como o Superchain da Optimism, AggLayer da Polygon, Metalayer da Caldera e Elastic Chain da zkSync, que visam melhorar a interoperabilidade entre as AppChains e a agregação de liquidez.
A atual dificuldade de aplicação nos mercados primário e secundário está intensificando a exploração dos dApps por soluções. Através dos dados da CMC e Rootdata, pode-se observar que, entre os 100 principais projetos do mercado secundário, excluindo as classes Meme impulsionadas por comunidades e suporte cultural, apenas alguns projetos de aplicação pura como Uniswap, LDO, Aave, Ondo, Jupiter, Ethena, etc., estão presentes; a maioria pertence à infraestrutura. No que diz respeito ao mercado primário, o montante de financiamento para projetos de aplicação também é muito inferior ao da infraestrutura. Esse fenômeno se deve em parte à complexidade relativa da UI/UX dos aplicativos Web3, que ainda está longe de ser tão madura e fácil de usar quanto a do Web2; além disso, as inovações nos paradigmas de aplicação não conseguiram realmente quebrar barreiras. No entanto, acreditamos que o potencial do AppChain ainda não foi totalmente liberado e pode se tornar um importante ponto de inflexão para o desenvolvimento do Web3 no futuro.
Vantagens e desvantagens das novas AppChains
Novas AppChains não são soluções infalíveis e sem defeitos. A análise de suas vantagens e desvantagens é a seguinte:
vantagens
Design modular: A AppChain normalmente utiliza um design modular, permitindo que os desenvolvedores personalizem mecanismos de liquidação, disponibilidade de dados e outros componentes de infraestrutura para atender a necessidades específicas.
Otimização de desempenho: Muitos novos AppChains conseguem reduzir os custos ao introduzir outras soluções de camada de dados disponíveis, ao mesmo tempo que aumentam a taxa de transferência.
Captura de valor aprimorada: características como tokens de Gas personalizados, abstração de contas, etc., podem suportar um desenvolvimento de aplicativos mais flexível e permitir modelos de negócios e modelos de tokens mais complexos.
desvantagem
Fragmentação de liquidez: novas AppChains podem enfrentar o problema da fragmentação de liquidez.
Problemas de interoperabilidade e combinabilidade: a AppChain não consegue mais fazer combinações e interoperar de forma tão fácil e simples como os dApps das blockchains públicas no passado.
Aumento da complexidade: em comparação com dApps tradicionais, a nova AppChain tem uma complexidade aumentada, especialmente no design e na implementação, podendo exigir mais recursos e suporte técnico.
Decisões principais sobre a AppChain
Do ponto de vista da equipa do projeto, ao decidir se deve realizar uma atualização ou iteração da AppChain ou escolher, recomenda-se seguir os seguintes princípios:
Dependência das características da blockchain existente: se a aplicação depende fortemente de outros dApps na blockchain, como liquidez ou funcionalidades do produto, recomenda-se continuar a utilizar soluções dApps existentes.
Necessidade de funcionalidades personalizadas: Se a aplicação atual tiver dificuldades em suportar a nível de protocolo necessidades empresariais como abstração de contas, mecanismos específicos de Onboarding, etc., e se essas funcionalidades forem cruciais para a realização do negócio, então é aconselhável escolher ou migrar para uma AppChain.
Sensível ao custo: Se os usuários finais forem sensíveis aos recursos de espaço na blockchain, ou se desejarem reduzir perdas como MEV, a AppChain pode ser uma escolha melhor. Além disso, se a aplicação se enquadrar em cenários de interação de alta frequência, a AppChain pode oferecer maior eficiência de recursos e menores custos de transação.
Construção de um fosso e rota de desenvolvimento da AppChain
A barreira de proteção da AppChain é sempre o seu próprio negócio de aplicações. A chave do sucesso reside em explorar profundamente as dores do mercado e construir aplicações de produtos com PMF. Confiar apenas na narrativa da infraestrutura de cadeia da AppChain é uma forma rígida de pensar, como alguém que procura pregos com um martelo, e não é um caminho eficaz para construir uma barreira de proteção.
Na atual onda de novas AppChains, como construir aplicações de baixo custo, abertas e transparentes em blockchain, compreender a demanda do mercado e resolver os pontos problemáticos do produto, refinar um produto completo e seguro, e estabelecer uma grande e rica acumulação e análise de dados de usuários, combinando isso com um modelo de negócio que tenha fluxo de caixa, formando uma forte fidelização de usuários e efeito de escala, é a chave.
A estratégia de "levantar alto e bater forte" não é necessariamente adequada para AppChain. Pelo menos até que os produtos principais estejam completos e os dados de usuários e de crescimento de usuários estejam totalmente estabelecidos, a AppChain deve focar no desenvolvimento, com a promoção como um complemento. A acumulação de dados de usuários, o cultivo de hábitos dos usuários e a iteração das funcionalidades do produto não acontecem da noite para o dia; portanto, uma abordagem de desenvolvimento sólida e gradual é mais adequada. O aplicativo deve primeiro formar rapidamente suas funcionalidades centrais, até mesmo funcionalidades indispensáveis. Com base nisso, novas funcionalidades e linhas de produtos podem ser desenvolvidas. Assim, mesmo que haja reações mornas ao lançar novas funcionalidades e novas linhas de produtos, pode-se adotar uma estratégia defensiva de abandono. Correspondentemente, em termos de atualização e iteração da AppChain, também é possível integrar-se de forma mais profunda e repetida com as funcionalidades existentes do aplicativo.
Tomando como exemplo a conhecida plataforma de gestão de ativos visualizada, Debank, já há muito tempo foi estabelecido o acompanhamento e observação dos ativos, fluxos de transação, dApps e outras posições de endereços de carteiras ETH e EVM, e com base nisso foram iteradas várias funcionalidades. Embora o Debank possua muitas funcionalidades relativamente desconhecidas, como notificações, favoritos e cumprimentos, isso não afeta nosso apreço pelas suas funcionalidades principais de gestão de ativos. Em relação às funcionalidades pagas do Debank, podemos ver o cuidado deles nesta área; as características de pagamento diversificadas e de granularidade fina, bem como a funcionalidade de Pacote integrada e otimizada, oferecem aos usuários opções atenciosas. O desempenho geral desses recursos é bom e forma uma boa sinergia com outra linha de produtos do Debank, a Rabby Wallet. Mesmo que o Debank promova a Debank Chain desenvolvida com base na OP Stack, os usuários não tiveram uma percepção clara disso. Isso demonstra que a AppChain do Debank mostra bem como construir uma fortaleza central para aplicativos e fornece uma referência valiosa para a escolha das rotas de desenvolvimento de outras AppChains.
Ideias de design para a mecânica dos tokens
Ao construir o modelo de economia de tokens da AppChain, defendemos a adoção de uma estratégia de desenvolvimento natural. O cerne dessa estratégia reside na redução da intervenção humana.