Análise aprofundada do ciclo de vida das transações em blockchain pública: comparação técnica entre Ethereum, Solana e Aptos
Comparar as diferenças técnicas entre diferentes blockchains pode parecer aborrecido devido à profundidade da observação. Uma análise geral inevitavelmente arranha a superfície, enquanto mergulhar no código facilmente faz com que se veja apenas as árvores e não a floresta. Para entender rapidamente e com precisão as diferenças entre Aptos e outras blockchains, é crucial escolher um ponto de âncora adequado.
O ciclo de vida de uma transação é o melhor ponto de entrada. Ao analisar os passos completos da transação desde a criação até a atualização do estado final — incluindo criação e inicio, difusão, ordenação, execução e atualização do estado — é possível entender claramente o pensamento de design e as escolhas técnicas da blockchain pública. Com isso como base, ao recuar um passo, pode-se entender a narrativa central de diferentes blockchains públicas; ao avançar um passo, é possível explorar como criar aplicações atraentes para o mercado na Aptos.
Todas as transações em blockchain giram em torno desses cinco passos, e este artigo se concentrará no Aptos, analisando seu design único e comparando as principais diferenças entre Ethereum e Solana.
Aptos: Design otimista e de alto desempenho com paralelismo
Aptos é uma blockchain pública que enfatiza o alto desempenho, cujo ciclo de vida das transações é semelhante ao do Ethereum, mas alcança melhorias significativas por meio de uma execução otimista paralela única e otimização do pool de memória. Abaixo estão os passos chave do ciclo de vida das transações na Aptos:
Criar e iniciar
A rede Aptos é composta por nós leves, nós completos e validadores. Os usuários iniciam transações através de nós leves (como carteiras ou aplicativos), que retransmitem as transações para nós completos próximos, que, por sua vez, sincronizam com os validadores.
transmissão
Aptos mantém o pool de memórias, mas após o QuorumStore, os pools de memórias não são compartilhados. Ao contrário do Ethereum, o seu pool de memórias não é apenas um buffer de transações. Depois que uma transação entra no pool de memórias, o sistema realiza uma pré-ordenação com base em regras (como FIFO ou taxa de Gas), garantindo que não haja conflitos nas transações durante a execução paralela subsequente. Este design evita a alta demanda de hardware que a Solana requer para declarar antecipadamente os conjuntos de leitura e gravação.
ordenação
Aptos utiliza o consenso AptosBFT, onde o proponente não pode, em princípio, ordenar livremente as transações. O aip-68 concede ao proponente o direito adicional de preencher as transações atrasadas. A pré-ordenação do pool de memória foi concluída para evitar conflitos, e a geração de blocos depende mais da colaboração entre os validadores, em vez de ser dominada pelo proponente.
executar
Aptos utiliza a tecnologia Block-STM para implementar a execução paralela otimista. As transações são assumidas como não conflitantes e processadas simultaneamente; caso um conflito seja detectado após a execução, as transações afetadas serão reexecutadas. Este método aproveita processadores multicore para aumentar a eficiência, com um TPS que pode atingir 160,000.
atualização de estado
Estado de sincronização do validador, a finalização é confirmada através de pontos de verificação, semelhante ao mecanismo de Epoch do Ethereum, mas com maior eficiência.
A principal vantagem do Aptos reside na combinação de paralelismo otimista e pré-ordenamento de pool de memória, que reduz as exigências de desempenho do nó e aumenta significativamente a taxa de transferência.
Ethereum: Padrão de execução em série
Ethereum, como o pioneiro dos contratos inteligentes, é o ponto de origem da tecnologia de blockchain pública, e seu ciclo de vida de transações fornece uma estrutura básica para entender Aptos.
ciclo de vida da transação Ethereum
Criação e Início: Os usuários iniciam transações através da carteira via gateway de retransmissão ou interface RPC.
Broadcast: A transação entra no pool de memória pública, aguardando ser empacotada.
Ordenação: Após a atualização PoS, os construtores de blocos empacotam transações com base no princípio da maximização do lucro, e após o leilão na camada de retransmissão, enviam para o proponente.
Execução: EVM processa transações em série, atualiza o estado em um único thread.
Atualização de estado: Os blocos devem ser confirmados por dois pontos de verificação para garantir a finalidade.
O desempenho da execução em série e do design do pool de memória do Ethereum é limitado, com um tempo de bloco de 12 segundos/slot e TPS baixo. Em contraste, o Aptos alcançou um salto qualitativo através da execução paralela e da otimização do pool de memória.
Solana: Otimização extrema de paralelismo determinístico
Solana é conhecida pelo seu alto desempenho, e seu ciclo de vida de transações difere significativamente do Aptos, especialmente na pool de memória e na forma de execução.
ciclo de vida de transações Solana
Criar e iniciar: os usuários iniciam transações através da carteira.
Broadcast: sem pool de memória pública, as transações são enviadas diretamente para o proponente atual e os dois próximos.
Ordenação: O proponente empacota blocos com base no PoH (Prova de História), o tempo do bloco é de apenas 400 milissegundos.
Execução: A máquina virtual Sealevel utiliza execução paralela determinística, sendo necessário declarar antecipadamente o conjunto de leitura e escrita para evitar conflitos.
Atualização de status: Confirmação rápida do consenso BFT.
A razão pela qual Solana não utiliza pools de memórias é que estes podem se tornar um gargalo de desempenho. Sem pools de memórias, e com o consenso PoH único da Solana, os nós conseguem rapidamente alcançar um consenso sobre a ordem das transações, evitando a necessidade de as transações ficarem na fila no pool de memórias, permitindo que as transações sejam quase imediatamente concluídas. No entanto, isso também significa que, durante sobrecargas na rede, as transações podem ser descartadas em vez de aguardarem, e os usuários devem reenviar.
Em comparação, a paralelização otimista do Aptos não requer a declaração de conjuntos de leitura e escrita, a barreira de entrada para os nós é mais baixa, mas o TPS é mais alto.
Duas abordagens de execução paralela: Aptos vs Solana
A execução de uma transação representa a atualização do estado do bloco, sendo o processo de transformação do comando de início da transação em um estado final. Como entender essa mudança? Os nós assumem que a transação foi bem-sucedida e calculam seu impacto no estado da rede; esse processo de cálculo é a execução.
Assim, a execução paralela na blockchain refere-se ao processo em que processadores multicore calculam simultaneamente o estado da rede. No mercado atual, a execução paralela é dividida em duas formas: execução paralela determinística e execução paralela otimista. As diferenças entre estas duas direções de desenvolvimento estão enraizadas na forma como se assegura que as transações paralelas não entrem em conflito — ou seja, se existe uma relação de dependência entre as transações.
Assim, pode-se ver que o momento de determinar os conflitos de dependência de transações em paralelo durante o ciclo de vida da transação - decide a divergência entre duas direções de desenvolvimento, execução paralela determinística e execução paralela otimista, Aptos e Solana escolheram direções diferentes:
Paralelismo determinístico (Solana): Antes da transmissão da transação, é necessário declarar o conjunto de leitura e escrita; o motor Sealevel processa paralelamente as transações sem conflitos com base na declaração, enquanto as transações em conflito são executadas de forma seriada. A vantagem é a eficiência, a desvantagem é que a exigência de hardware é alta.
Execução paralela otimista (Aptos): assume que as transações não têm conflitos, a execução paralela do Block-STM é verificada posteriormente, e se houver conflitos, é feita uma nova tentativa. A pré-ordenação do pool de memória reduz o risco de conflitos, tornando a carga dos nós mais leve.
Exemplo: Conta A com saldo de 100, transação 1 envia 70 para B, transação 2 envia 50 para C. Solana confirma conflitos antecipadamente através de declarações e processa em sequência; Aptos ajusta novamente se descobrir que o saldo é insuficiente após a execução paralela. A flexibilidade do Aptos torna-o mais escalável.
Confirmação de conflito antecipada através da memória de pool otimista e paralela
A ideia central da paralelização otimista é assumir que as transações processadas em paralelo não entrarão em conflito, portanto, antes da execução da transação, a aplicação não precisa submeter uma declaração de transação. Se, após a execução da transação, a validação detectar um conflito, o Block-STM reexecutará as transações afetadas para garantir a consistência.
No entanto, na prática, se não forem confirmados com antecedência se os itens de dependência da transação estão em conflito, podem ocorrer muitos erros durante a execução real, levando a atrasos no funcionamento da blockchain pública. Portanto, a paralelização otimista não é simplesmente a suposição de que não há conflitos nas transações, mas sim a mitigação de riscos antecipadamente em uma determinada fase, que é a fase de difusão da transação.
No Aptos, após as transações entrarem no pool de memória público, elas são pré-ordenadas com base em certas regras (como FIFO e taxas de Gas) para garantir que as transações dentro de um bloco não entrem em conflito durante a execução em paralelo. Assim, pode-se ver que os proponentes do Aptos na verdade não possuem a capacidade de ordenar transações, e não existem construtores de blocos na rede. Essa pré-ordenação de transações é a chave para o Aptos implementar a paralelização otimista. Ao contrário do Solana, que precisa introduzir declarações de transação, o Aptos não necessita desse mecanismo, reduzindo significativamente as exigências de desempenho dos nós. Em termos de sobrecarga de rede para garantir que as transações não entrem em conflito, o impacto da adição do pool de memória no TPS do Aptos é muito menor do que o custo da introdução de declarações de transação no Solana. Portanto, o TPS do Aptos pode chegar a 160.000, mais do que o dobro do Solana. O impacto da pré-ordenação de transações é o aumento da dificuldade de capturar MEV no Aptos, o que tem prós e contras para os usuários, e não será mais discutido aqui.
A narrativa baseada na segurança é a direção de desenvolvimento da Aptos
RWA
Aptos está avançando ativamente na tokenização de ativos reais e soluções de finanças institucionais. Em comparação com Ethereum, o Block-STM da Aptos pode processar transações de transferência de múltiplos ativos em paralelo, evitando atrasos na verificação de direitos devido à congestão da rede. Em algumas blockchains públicas, embora a velocidade das transações seja rápida, a falta de design de pool de memória pode resultar na rejeição de transações durante sobrecargas de rede, afetando a estabilidade da verificação de direitos dos RWA. O pré-ordenamento de pool de memória da Aptos garante que as transações entrem na execução em ordem, mantendo a confiabilidade dos registros de ativos mesmo durante períodos de pico. RWA requer suporte complexo de contratos inteligentes, como divisão de ativos, distribuição de rendimentos e verificações de conformidade. O design modular e a segurança da linguagem Move permitem que os desenvolvedores construam aplicativos RWA confiáveis com mais facilidade. Em contraste, a complexidade e os riscos de vulnerabilidade do Solidity da Ethereum aumentam os custos de desenvolvimento, enquanto as linguagens de programação de outras blockchains, embora eficientes, exigem uma curva de aprendizado mais alta dos desenvolvedores. A natureza ecológica da Aptos promete atrair mais projetos RWA, criando um ciclo positivo. O potencial da Aptos no campo dos RWA reside na combinação de segurança e desempenho. No futuro, pode se concentrar em colaborar com instituições financeiras tradicionais para trazer ativos de alto valor, como títulos e ações, para a blockchain, utilizando a linguagem Move para criar padrões de tokenização com forte conformidade. Essa narrativa de "segurança + eficiência" pode fazer com que a Aptos se destaque no mercado de RWA.
Em julho de 2024, a Aptos introduziu o USDY da Ondo Finance em seu ecossistema, integrando-o em principais DEX e aplicativos de empréstimo. Até 10 de março, o valor de mercado do USDY na Aptos era de aproximadamente 15 milhões de dólares, representando cerca de 2,5% do valor total de mercado do USDY. Em outubro de 2024, a Aptos anunciou que a Franklin Templeton lançou o fundo monetário do governo dos EUA (FOBXX) na Aptos Network, representado pelo token BENJI. Além disso, a Aptos colaborou com a Libre para promover a tokenização de valores mobiliários, colocando os fundos de investimento de várias empresas de investimento conhecidas na blockchain, aumentando o acesso dos investidores institucionais.
pagamento de stablecoin
Os pagamentos em stablecoin precisam garantir a finalização das transações e a segurança dos ativos. A linguagem Move da Aptos, através do modelo de recursos, previne pagamentos duplos, garantindo a precisão de cada transferência de stablecoin. Por exemplo, quando os usuários pagam com USDC na Aptos, o estado da transação é atualizado com rigorosa proteção, evitando a perda de fundos devido a vulnerabilidades de contrato. Além disso, as baixas taxas de Gas da Aptos (graças à alta TPS que distribui custos) tornam-na altamente competitiva em cenários de pagamentos de baixo valor. As altas taxas de Gas de algumas blockchains limitam suas aplicações de pagamento, enquanto outras blockchains, apesar de custos baixos, podem enfrentar riscos de descarte de transações durante sobrecargas de rede, o que pode afetar a experiência do usuário. A pré-ordenação do pool de memória da Aptos e o Block-STM garantem a estabilidade e baixa latência das transações de pagamento.
O PayFi e os pagamentos com stablecoins devem equilibrar descentralização e conformidade regulatória. O consenso descentralizado do AptosBFT reduz o risco de centralização, enquanto sua arquitetura modular suporta desenvolvedores na incorporação de verificações KYC/AML. Por exemplo, um emissor de stablecoin pode implantar contratos de conformidade no Aptos, garantindo que as transações estejam em conformidade com as regulamentações locais, sem sacrificar a eficiência da rede. Isso é superior ao modelo de retransmissão centralizada de algumas blockchains, e preenche as lacunas potenciais de conformidade dominadas por proponentes de outras blockchains. O design equilibrado do Aptos torna-o mais adequado para a entrada de instituições financeiras.
O potencial da Aptos no campo do PayFi e pagamentos com stablecoins reside na tríade "segurança, eficiência, conformidade". No futuro, continuará a promover a adoção em massa de stablecoins, criando uma rede de pagamentos transfronteiriços, ou colaborando com gigantes dos pagamentos para desenvolver sistemas de liquidação em cadeia. Alto TPS e baixo custo também podem suportar cenários de micropagamentos, como recompensas em tempo real para criadores de conteúdo. A narrativa da Aptos pode se concentrar em "abaixo
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.
25 gostos
Recompensa
25
8
Republicar
Partilhar
Comentar
0/400
FromMinerToFarmer
· 07-22 05:56
Ah, isso é fantástico de novo sobre a aptos.
Ver originalResponder0
MysteriousZhang
· 07-20 11:15
Tsk tsk, parece que a rotação ficou lenta novamente.
Ver originalResponder0
HodlTheDoor
· 07-19 14:05
BTC dez mil dólares e eu não corri.
Ver originalResponder0
TokenDustCollector
· 07-19 13:53
Os desenvolvedores estão todos a competir no ecossistema, é realmente bom.
Ver originalResponder0
AirdropFreedom
· 07-19 13:53
aptos é apenas um novo rótulo para um velho vinho.
Comparação do ciclo de vida das transações de Aptos, Ethereum e Solana: Vantagens da execução paralela otimista
Análise aprofundada do ciclo de vida das transações em blockchain pública: comparação técnica entre Ethereum, Solana e Aptos
Comparar as diferenças técnicas entre diferentes blockchains pode parecer aborrecido devido à profundidade da observação. Uma análise geral inevitavelmente arranha a superfície, enquanto mergulhar no código facilmente faz com que se veja apenas as árvores e não a floresta. Para entender rapidamente e com precisão as diferenças entre Aptos e outras blockchains, é crucial escolher um ponto de âncora adequado.
O ciclo de vida de uma transação é o melhor ponto de entrada. Ao analisar os passos completos da transação desde a criação até a atualização do estado final — incluindo criação e inicio, difusão, ordenação, execução e atualização do estado — é possível entender claramente o pensamento de design e as escolhas técnicas da blockchain pública. Com isso como base, ao recuar um passo, pode-se entender a narrativa central de diferentes blockchains públicas; ao avançar um passo, é possível explorar como criar aplicações atraentes para o mercado na Aptos.
Todas as transações em blockchain giram em torno desses cinco passos, e este artigo se concentrará no Aptos, analisando seu design único e comparando as principais diferenças entre Ethereum e Solana.
Aptos: Design otimista e de alto desempenho com paralelismo
Aptos é uma blockchain pública que enfatiza o alto desempenho, cujo ciclo de vida das transações é semelhante ao do Ethereum, mas alcança melhorias significativas por meio de uma execução otimista paralela única e otimização do pool de memória. Abaixo estão os passos chave do ciclo de vida das transações na Aptos:
Criar e iniciar
A rede Aptos é composta por nós leves, nós completos e validadores. Os usuários iniciam transações através de nós leves (como carteiras ou aplicativos), que retransmitem as transações para nós completos próximos, que, por sua vez, sincronizam com os validadores.
transmissão
Aptos mantém o pool de memórias, mas após o QuorumStore, os pools de memórias não são compartilhados. Ao contrário do Ethereum, o seu pool de memórias não é apenas um buffer de transações. Depois que uma transação entra no pool de memórias, o sistema realiza uma pré-ordenação com base em regras (como FIFO ou taxa de Gas), garantindo que não haja conflitos nas transações durante a execução paralela subsequente. Este design evita a alta demanda de hardware que a Solana requer para declarar antecipadamente os conjuntos de leitura e gravação.
ordenação
Aptos utiliza o consenso AptosBFT, onde o proponente não pode, em princípio, ordenar livremente as transações. O aip-68 concede ao proponente o direito adicional de preencher as transações atrasadas. A pré-ordenação do pool de memória foi concluída para evitar conflitos, e a geração de blocos depende mais da colaboração entre os validadores, em vez de ser dominada pelo proponente.
executar
Aptos utiliza a tecnologia Block-STM para implementar a execução paralela otimista. As transações são assumidas como não conflitantes e processadas simultaneamente; caso um conflito seja detectado após a execução, as transações afetadas serão reexecutadas. Este método aproveita processadores multicore para aumentar a eficiência, com um TPS que pode atingir 160,000.
atualização de estado
Estado de sincronização do validador, a finalização é confirmada através de pontos de verificação, semelhante ao mecanismo de Epoch do Ethereum, mas com maior eficiência.
A principal vantagem do Aptos reside na combinação de paralelismo otimista e pré-ordenamento de pool de memória, que reduz as exigências de desempenho do nó e aumenta significativamente a taxa de transferência.
Ethereum: Padrão de execução em série
Ethereum, como o pioneiro dos contratos inteligentes, é o ponto de origem da tecnologia de blockchain pública, e seu ciclo de vida de transações fornece uma estrutura básica para entender Aptos.
ciclo de vida da transação Ethereum
O desempenho da execução em série e do design do pool de memória do Ethereum é limitado, com um tempo de bloco de 12 segundos/slot e TPS baixo. Em contraste, o Aptos alcançou um salto qualitativo através da execução paralela e da otimização do pool de memória.
Solana: Otimização extrema de paralelismo determinístico
Solana é conhecida pelo seu alto desempenho, e seu ciclo de vida de transações difere significativamente do Aptos, especialmente na pool de memória e na forma de execução.
ciclo de vida de transações Solana
A razão pela qual Solana não utiliza pools de memórias é que estes podem se tornar um gargalo de desempenho. Sem pools de memórias, e com o consenso PoH único da Solana, os nós conseguem rapidamente alcançar um consenso sobre a ordem das transações, evitando a necessidade de as transações ficarem na fila no pool de memórias, permitindo que as transações sejam quase imediatamente concluídas. No entanto, isso também significa que, durante sobrecargas na rede, as transações podem ser descartadas em vez de aguardarem, e os usuários devem reenviar.
Em comparação, a paralelização otimista do Aptos não requer a declaração de conjuntos de leitura e escrita, a barreira de entrada para os nós é mais baixa, mas o TPS é mais alto.
Duas abordagens de execução paralela: Aptos vs Solana
A execução de uma transação representa a atualização do estado do bloco, sendo o processo de transformação do comando de início da transação em um estado final. Como entender essa mudança? Os nós assumem que a transação foi bem-sucedida e calculam seu impacto no estado da rede; esse processo de cálculo é a execução.
Assim, a execução paralela na blockchain refere-se ao processo em que processadores multicore calculam simultaneamente o estado da rede. No mercado atual, a execução paralela é dividida em duas formas: execução paralela determinística e execução paralela otimista. As diferenças entre estas duas direções de desenvolvimento estão enraizadas na forma como se assegura que as transações paralelas não entrem em conflito — ou seja, se existe uma relação de dependência entre as transações.
Assim, pode-se ver que o momento de determinar os conflitos de dependência de transações em paralelo durante o ciclo de vida da transação - decide a divergência entre duas direções de desenvolvimento, execução paralela determinística e execução paralela otimista, Aptos e Solana escolheram direções diferentes:
Paralelismo determinístico (Solana): Antes da transmissão da transação, é necessário declarar o conjunto de leitura e escrita; o motor Sealevel processa paralelamente as transações sem conflitos com base na declaração, enquanto as transações em conflito são executadas de forma seriada. A vantagem é a eficiência, a desvantagem é que a exigência de hardware é alta.
Execução paralela otimista (Aptos): assume que as transações não têm conflitos, a execução paralela do Block-STM é verificada posteriormente, e se houver conflitos, é feita uma nova tentativa. A pré-ordenação do pool de memória reduz o risco de conflitos, tornando a carga dos nós mais leve.
Exemplo: Conta A com saldo de 100, transação 1 envia 70 para B, transação 2 envia 50 para C. Solana confirma conflitos antecipadamente através de declarações e processa em sequência; Aptos ajusta novamente se descobrir que o saldo é insuficiente após a execução paralela. A flexibilidade do Aptos torna-o mais escalável.
Confirmação de conflito antecipada através da memória de pool otimista e paralela
A ideia central da paralelização otimista é assumir que as transações processadas em paralelo não entrarão em conflito, portanto, antes da execução da transação, a aplicação não precisa submeter uma declaração de transação. Se, após a execução da transação, a validação detectar um conflito, o Block-STM reexecutará as transações afetadas para garantir a consistência.
No entanto, na prática, se não forem confirmados com antecedência se os itens de dependência da transação estão em conflito, podem ocorrer muitos erros durante a execução real, levando a atrasos no funcionamento da blockchain pública. Portanto, a paralelização otimista não é simplesmente a suposição de que não há conflitos nas transações, mas sim a mitigação de riscos antecipadamente em uma determinada fase, que é a fase de difusão da transação.
No Aptos, após as transações entrarem no pool de memória público, elas são pré-ordenadas com base em certas regras (como FIFO e taxas de Gas) para garantir que as transações dentro de um bloco não entrem em conflito durante a execução em paralelo. Assim, pode-se ver que os proponentes do Aptos na verdade não possuem a capacidade de ordenar transações, e não existem construtores de blocos na rede. Essa pré-ordenação de transações é a chave para o Aptos implementar a paralelização otimista. Ao contrário do Solana, que precisa introduzir declarações de transação, o Aptos não necessita desse mecanismo, reduzindo significativamente as exigências de desempenho dos nós. Em termos de sobrecarga de rede para garantir que as transações não entrem em conflito, o impacto da adição do pool de memória no TPS do Aptos é muito menor do que o custo da introdução de declarações de transação no Solana. Portanto, o TPS do Aptos pode chegar a 160.000, mais do que o dobro do Solana. O impacto da pré-ordenação de transações é o aumento da dificuldade de capturar MEV no Aptos, o que tem prós e contras para os usuários, e não será mais discutido aqui.
A narrativa baseada na segurança é a direção de desenvolvimento da Aptos
RWA
Aptos está avançando ativamente na tokenização de ativos reais e soluções de finanças institucionais. Em comparação com Ethereum, o Block-STM da Aptos pode processar transações de transferência de múltiplos ativos em paralelo, evitando atrasos na verificação de direitos devido à congestão da rede. Em algumas blockchains públicas, embora a velocidade das transações seja rápida, a falta de design de pool de memória pode resultar na rejeição de transações durante sobrecargas de rede, afetando a estabilidade da verificação de direitos dos RWA. O pré-ordenamento de pool de memória da Aptos garante que as transações entrem na execução em ordem, mantendo a confiabilidade dos registros de ativos mesmo durante períodos de pico. RWA requer suporte complexo de contratos inteligentes, como divisão de ativos, distribuição de rendimentos e verificações de conformidade. O design modular e a segurança da linguagem Move permitem que os desenvolvedores construam aplicativos RWA confiáveis com mais facilidade. Em contraste, a complexidade e os riscos de vulnerabilidade do Solidity da Ethereum aumentam os custos de desenvolvimento, enquanto as linguagens de programação de outras blockchains, embora eficientes, exigem uma curva de aprendizado mais alta dos desenvolvedores. A natureza ecológica da Aptos promete atrair mais projetos RWA, criando um ciclo positivo. O potencial da Aptos no campo dos RWA reside na combinação de segurança e desempenho. No futuro, pode se concentrar em colaborar com instituições financeiras tradicionais para trazer ativos de alto valor, como títulos e ações, para a blockchain, utilizando a linguagem Move para criar padrões de tokenização com forte conformidade. Essa narrativa de "segurança + eficiência" pode fazer com que a Aptos se destaque no mercado de RWA.
Em julho de 2024, a Aptos introduziu o USDY da Ondo Finance em seu ecossistema, integrando-o em principais DEX e aplicativos de empréstimo. Até 10 de março, o valor de mercado do USDY na Aptos era de aproximadamente 15 milhões de dólares, representando cerca de 2,5% do valor total de mercado do USDY. Em outubro de 2024, a Aptos anunciou que a Franklin Templeton lançou o fundo monetário do governo dos EUA (FOBXX) na Aptos Network, representado pelo token BENJI. Além disso, a Aptos colaborou com a Libre para promover a tokenização de valores mobiliários, colocando os fundos de investimento de várias empresas de investimento conhecidas na blockchain, aumentando o acesso dos investidores institucionais.
pagamento de stablecoin
Os pagamentos em stablecoin precisam garantir a finalização das transações e a segurança dos ativos. A linguagem Move da Aptos, através do modelo de recursos, previne pagamentos duplos, garantindo a precisão de cada transferência de stablecoin. Por exemplo, quando os usuários pagam com USDC na Aptos, o estado da transação é atualizado com rigorosa proteção, evitando a perda de fundos devido a vulnerabilidades de contrato. Além disso, as baixas taxas de Gas da Aptos (graças à alta TPS que distribui custos) tornam-na altamente competitiva em cenários de pagamentos de baixo valor. As altas taxas de Gas de algumas blockchains limitam suas aplicações de pagamento, enquanto outras blockchains, apesar de custos baixos, podem enfrentar riscos de descarte de transações durante sobrecargas de rede, o que pode afetar a experiência do usuário. A pré-ordenação do pool de memória da Aptos e o Block-STM garantem a estabilidade e baixa latência das transações de pagamento.
O PayFi e os pagamentos com stablecoins devem equilibrar descentralização e conformidade regulatória. O consenso descentralizado do AptosBFT reduz o risco de centralização, enquanto sua arquitetura modular suporta desenvolvedores na incorporação de verificações KYC/AML. Por exemplo, um emissor de stablecoin pode implantar contratos de conformidade no Aptos, garantindo que as transações estejam em conformidade com as regulamentações locais, sem sacrificar a eficiência da rede. Isso é superior ao modelo de retransmissão centralizada de algumas blockchains, e preenche as lacunas potenciais de conformidade dominadas por proponentes de outras blockchains. O design equilibrado do Aptos torna-o mais adequado para a entrada de instituições financeiras.
O potencial da Aptos no campo do PayFi e pagamentos com stablecoins reside na tríade "segurança, eficiência, conformidade". No futuro, continuará a promover a adoção em massa de stablecoins, criando uma rede de pagamentos transfronteiriços, ou colaborando com gigantes dos pagamentos para desenvolver sistemas de liquidação em cadeia. Alto TPS e baixo custo também podem suportar cenários de micropagamentos, como recompensas em tempo real para criadores de conteúdo. A narrativa da Aptos pode se concentrar em "abaixo