Análisis de la tecnología innovadora de Aptos: la paralelización optimista y la optimización del memory pool impulsan el desarrollo en los campos de RWA y moneda estable.
Entender en profundidad las diferencias de la tecnología de cadenas públicas: perspectiva del ciclo de vida de las transacciones
Comparar las características técnicas de diferentes cadenas de bloques públicas puede parecer complejo debido a las diferentes perspectivas de observación. Es crucial elegir un punto de entrada adecuado para comprender rápida y precisamente las diferencias entre las cadenas de bloques públicas.
Este artículo tomará el ciclo de vida de una transacción como punto de partida para analizar el proceso completo de una transacción, desde su creación hasta la actualización del estado final, incluyendo cinco pasos: creación e inicio, difusión, ordenación, ejecución y actualización del estado. Este enfoque puede mostrar claramente el pensamiento de diseño y las compensaciones técnicas de las cadenas de bloques públicas. Con esto como base, podemos entender las ideas centrales de diferentes cadenas de bloques públicas y explorar cómo desarrollar aplicaciones atractivas para el mercado en una cadena de bloques pública específica.
Todas las transacciones en blockchain se desarrollan en torno a estos cinco pasos. Este artículo se centrará en analizar el diseño único de Aptos y compararlo con Ethereum y Solana.
Aptos: Diseño optimista en paralelo y de alto rendimiento
Aptos es una cadena pública centrada en el alto rendimiento, cuya vida útil de transacciones es similar a la de Ethereum, pero que logra una notable mejora en el rendimiento a través de una ejecución optimista en paralelo y la optimización del pool de memoria. Los pasos clave en el ciclo de vida de las transacciones de Aptos son los siguientes:
Crear y lanzar
La red Aptos está compuesta por nodos ligeros, nodos completos y validadores. Los usuarios inician transacciones a través de nodos ligeros (como billeteras o aplicaciones), los nodos ligeros reenvían las transacciones a nodos completos cercanos, y los nodos completos sincronizan con los validadores.
transmisión
Aptos conserva el pool de memoria, pero no se comparte entre los pools de memoria después de QuorumStore. A diferencia de Ethereum, cuyo pool de memoria no solo es un búfer de transacciones. Una vez que las transacciones entran en el pool de memoria, el sistema realiza un preordenamiento según reglas (como FIFO o tarifas de Gas) para asegurar que no haya conflictos durante la ejecución paralela posterior. Este diseño evita la alta demanda de hardware que se requiere para declarar previamente los conjuntos de lectura y escritura.
orden
Aptos utiliza el consenso AptosBFT, donde los proponentes no pueden ordenar libremente las transacciones. La aip-68 otorga a los proponentes el derecho adicional de rellenar las transacciones retrasadas. La preclasificación del pool de memoria se ha completado para evitar conflictos, y la generación de bloques depende más de la colaboración entre validadores que de la dominación de los proponentes.
ejecutar
Aptos utiliza la tecnología Block-STM para lograr una ejecución paralela optimista. Las transacciones se asumen como sin conflictos y se procesan simultáneamente; si se descubre un conflicto después de la ejecución, las transacciones afectadas se vuelven a ejecutar. Este enfoque utiliza procesadores multinúcleo para mejorar la eficiencia, alcanzando un TPS de hasta 160,000.
Actualización de estado
Estado de sincronización del validador, la finalización se confirma a través de puntos de control, similar al mecanismo de Epoch de Ethereum, pero con mayor eficiencia.
La ventaja clave de Aptos radica en la combinación de paralelismo optimista y la preordenación del pool de memoria, lo que reduce las demandas de rendimiento de los nodos y aumenta significativamente el rendimiento.
Ethereum: Estándar de ejecución en serie
Ethereum, como pionero de los contratos inteligentes, es el punto de origen de la tecnología de cadenas públicas, y su ciclo de vida de transacciones proporciona un marco fundamental para entender otras cadenas públicas.
Ciclo de vida de las transacciones de Ethereum
Creación e inicio: los usuarios inician transacciones a través de la billetera mediante la puerta de enlace de retransmisión o la interfaz RPC.
Transmisión: La transacción entra en el pool de memoria pública, esperando ser empaquetada.
Ordenación: Después de la actualización de PoS, los constructores de bloques empaquetan transacciones según el principio de maximización de beneficios, y tras la puja en la capa de retransmisión, se envían al proponente.
Ejecución: EVM procesa las transacciones de forma secuencial, actualizando el estado en un solo hilo.
Actualización de estado: el bloque debe confirmarse en su finalización a través de dos puntos de control.
La ejecución en serie de Ethereum y el diseño de su pool de memoria limitan el rendimiento, con un tiempo de bloque de 12 segundos por ranura y un TPS bajo. En comparación, Aptos ha logrado un salto cualitativo a través de la ejecución paralela y la optimización del pool de memoria.
Solana: Optimización extrema de paralelismo determinista
Solana es conocida por su alto rendimiento, y su ciclo de vida de transacciones difiere significativamente del de Aptos, especialmente en la piscina de memoria y en el método de ejecución.
Ciclo de vida de la transacción de Solana
Crear e iniciar: los usuarios inician transacciones a través de la billetera.
Transmisión: Sin pool de memoria pública, las transacciones se envían directamente a los proponentes actuales y a los dos siguientes.
Ordenación: Los proponentes empacan bloques basados en PoH (Prueba de Historia), el tiempo del bloque es de solo 400 milisegundos.
Ejecución: La máquina virtual Sealevel utiliza ejecución paralela determinista, y se debe declarar previamente el conjunto de lectura y escritura para evitar conflictos.
Actualización de estado: Confirmación rápida del consenso BFT.
La razón por la que Solana no utiliza un pool de memoria es que este podría convertirse en un cuello de botella de rendimiento. Debido a la ausencia de un pool de memoria y al único consenso PoH de Solana, los nodos pueden alcanzar rápidamente un consenso sobre el orden de las transacciones, evitando la necesidad de que las transacciones hagan cola en un pool de memoria; las transacciones pueden completarse casi instantáneamente. Sin embargo, esto también significa que en caso de sobrecarga de la red, las transacciones pueden ser descartadas en lugar de esperar, y el usuario deberá volver a enviarlas.
En comparación, el paralelismo optimista de Aptos no requiere declarar conjuntos de lectura y escritura, el umbral para los nodos es más bajo, pero el TPS es más alto.
Dos caminos de ejecución paralela: Aptos vs Solana
La ejecución de una transacción representa la actualización del estado del bloque, siendo el proceso mediante el cual la instrucción de inicio de la transacción se convierte en un estado definitivo. Los nodos suponen que la transacción es exitosa y calculan su impacto en el estado de la red; este proceso de cálculo es la ejecución.
La ejecución paralela en blockchain se refiere al proceso en el que múltiples procesadores de núcleo múltiple calculan el estado de la red simultáneamente. Actualmente, la ejecución paralela en el mercado se divide en dos formas: ejecución paralela determinista y ejecución paralela optimista. La diferencia entre estas dos direcciones de desarrollo radica en cómo asegurar que las transacciones paralelas no entren en conflicto.
El momento de determinar los conflictos de dependencias de las transacciones en paralelo define la divergencia entre las dos direcciones de desarrollo de la ejecución paralela determinista y la ejecución paralela optimista; Aptos y Solana eligieron direcciones diferentes:
Paralelismo determinista (Solana): Antes de la difusión de transacciones, es necesario declarar el conjunto de lectura y escritura. El motor Sealevel procesa en paralelo las transacciones sin conflictos según la declaración, mientras que las transacciones en conflicto se ejecutan de manera serial. La ventaja es la eficiencia, y la desventaja es la alta demanda de hardware.
Ejecución paralela optimista (Aptos): Asumiendo que las transacciones no tienen conflictos, Block-STM se ejecuta en paralelo y luego se verifica; si hay conflictos, se vuelve a intentar. La preordenación del pool de memoria reduce el riesgo de conflictos y aligera la carga de los nodos.
Ejemplo: Cuenta A saldo 100, transacción 1 transfiere 70 a B, transacción 2 transfiere 50 a C. Solana confirma conflictos anticipadamente a través de declaraciones y los procesa en orden; Aptos, si descubre que el saldo es insuficiente tras la ejecución paralela, lo ajusta de nuevo. La flexibilidad de Aptos lo hace más escalable.
Confirmación de conflictos anticipada a través de la memoria compartida en paralelo optimista
La idea central del optimismo en paralelo es suponer que las transacciones que se procesan en paralelo no entrarán en conflicto, por lo que antes de ejecutar las transacciones, el lado de la aplicación no necesita enviar una declaración de transacción. Si se descubre un conflicto durante la verificación después de la ejecución de la transacción, Block-STM volverá a ejecutar las transacciones afectadas para garantizar la consistencia.
Sin embargo, en la práctica, si no se confirma de antemano si hay conflictos en las dependencias de las transacciones, pueden surgir numerosos errores durante la ejecución real, lo que provoca que la cadena de bloques pública funcione lentamente. Por lo tanto, la paralelización optimista no es simplemente suponer que no hay conflictos en las transacciones, sino que en una cierta etapa se evitan riesgos de antemano, y esta etapa es la etapa de difusión de transacciones.
En Aptos, una vez que las transacciones ingresan al grupo de memoria pública, se preordenan según ciertas reglas (como FIFO y los costos de Gas) para asegurar que no haya conflictos durante la ejecución paralela de las transacciones dentro de un bloque. Como se puede ver, los proponentes de Aptos en realidad no tienen la capacidad de ordenar transacciones, y no existen constructores de bloques en la red. Esta preordenación de transacciones es clave para que Aptos logre la paralelización optimista. A diferencia de Solana, que necesita introducir declaraciones de transacciones, Aptos no requiere este mecanismo, lo que reduce significativamente los requisitos de rendimiento de los nodos. En cuanto a los costos de red que aseguran que las transacciones no entren en conflicto, el impacto de la incorporación del grupo de memoria en el TPS de Aptos es mucho menor que el costo de introducir declaraciones de transacciones en Solana. Por lo tanto, el TPS de Aptos puede alcanzar 160,000, más del doble que el de Solana.
La narrativa basada en la seguridad es la dirección del desarrollo de Aptos
RWA
Las ventajas de Aptos en el campo de RWA:
Block-STM puede procesar múltiples transacciones de transferencia de activos en paralelo, evitando retrasos en la verificación de derechos causados por la congestión de la red.
La preordenación del pool de memoria garantiza que las transacciones se ejecuten en orden, manteniendo la fiabilidad de los registros de activos.
El diseño modular y la seguridad del lenguaje Move facilitan la construcción de aplicaciones RWA confiables.
La combinación de seguridad y rendimiento, adecuada para colaborar con instituciones financieras tradicionales, para llevar activos de alto valor a la cadena.
Avances de Aptos en el campo de RWA:
En julio de 2024, se introducirá USDY de Ondo Finance, con un valor de mercado de aproximadamente 15 millones de dólares.
En octubre de 2024, Franklin Templeton lanzará el token BENJI en Aptos.
Colaborar con Libre para avanzar en la tokenización de valores, llevando varios fondos de inversión a la cadena.
pago de stablecoin
Las ventajas de Aptos en el ámbito de los pagos con stablecoins:
El lenguaje Move previene el doble gasto a través de un modelo de recursos, asegurando la precisión de las transacciones.
Las bajas tarifas de Gas lo hacen competitivo en escenarios de pagos pequeños.
La preordenación del pool de memoria y Block-STM garantizan la estabilidad y baja latencia de las transacciones de pago.
El consenso descentralizado de AptosBFT reduce el riesgo de centralización y al mismo tiempo soporta la integración de verificaciones KYC/AML.
El potencial de Aptos en el ámbito de PayFi y los pagos con stablecoins:
Impulsar la adopción masiva de las stablecoins y crear una red de pagos transfronterizos.
Colaborar con gigantes de pagos para desarrollar un sistema de liquidación en cadena.
Soporte para escenarios de micropagos, como recompensas en tiempo real para creadores de contenido.
Resumen: Las diferencias técnicas de Aptos y la narrativa futura
El diseño de Aptos logra un equilibrio entre rendimiento y seguridad. Su preordenación de la memoria combinada con la paralelización optimista de Block-STM no solo reduce el umbral de los nodos, sino que también logra una alta capacidad de 160,000 TPS. Este enfoque de "buscar la velocidad en la estabilidad", junto con el modelo de recursos del lenguaje Move, otorga a Aptos una mayor seguridad.
Aptos muestra un gran potencial en la narrativa de RWA y PayFi. En el campo de RWA, el alto rendimiento de Aptos respalda la tokenización de activos a gran escala y ha colaborado con varias instituciones financieras. En PayFi y pagos con stablecoins, el bajo costo, la alta eficiencia y la conformidad de Aptos apoyan los micropagos y los pagos transfronterizos.
En el futuro, Aptos podrá conectar las finanzas tradicionales con el ecosistema blockchain a través de la narrativa de "red de valor impulsada por la seguridad", continuando su esfuerzo en los campos de RWA y PayFi, y construyendo un nuevo patrón de cadena pública que combine confianza y escalabilidad.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
13 me gusta
Recompensa
13
8
Compartir
Comentar
0/400
HeCalledMeADog
· hace17h
No hay volumen.
Ver originalesResponder0
GasGuru
· hace18h
tps alto tampoco salvará a aptos.
Ver originalesResponder0
WhaleSurfer
· hace18h
Gasté dinero comprando cientos de aptos, me quedé en la ruina tui~
Ver originalesResponder0
ponzi_poet
· hace18h
Me volví a dormir. ¿De qué trataba el artículo?
Ver originalesResponder0
FarmHopper
· hace18h
Escucha, ¿esto no es que también cambiaron el código de Ethereum?
Ver originalesResponder0
OnchainDetective
· hace18h
Tan complejo que es mejor decir directamente que Aptos copia a Sol.
Ver originalesResponder0
fomo_fighter
· hace18h
¿Otra vez hablando de aptos? El próximo gran bull run, ¿quién se reirá al final?
Análisis de la tecnología innovadora de Aptos: la paralelización optimista y la optimización del memory pool impulsan el desarrollo en los campos de RWA y moneda estable.
Entender en profundidad las diferencias de la tecnología de cadenas públicas: perspectiva del ciclo de vida de las transacciones
Comparar las características técnicas de diferentes cadenas de bloques públicas puede parecer complejo debido a las diferentes perspectivas de observación. Es crucial elegir un punto de entrada adecuado para comprender rápida y precisamente las diferencias entre las cadenas de bloques públicas.
Este artículo tomará el ciclo de vida de una transacción como punto de partida para analizar el proceso completo de una transacción, desde su creación hasta la actualización del estado final, incluyendo cinco pasos: creación e inicio, difusión, ordenación, ejecución y actualización del estado. Este enfoque puede mostrar claramente el pensamiento de diseño y las compensaciones técnicas de las cadenas de bloques públicas. Con esto como base, podemos entender las ideas centrales de diferentes cadenas de bloques públicas y explorar cómo desarrollar aplicaciones atractivas para el mercado en una cadena de bloques pública específica.
Todas las transacciones en blockchain se desarrollan en torno a estos cinco pasos. Este artículo se centrará en analizar el diseño único de Aptos y compararlo con Ethereum y Solana.
Aptos: Diseño optimista en paralelo y de alto rendimiento
Aptos es una cadena pública centrada en el alto rendimiento, cuya vida útil de transacciones es similar a la de Ethereum, pero que logra una notable mejora en el rendimiento a través de una ejecución optimista en paralelo y la optimización del pool de memoria. Los pasos clave en el ciclo de vida de las transacciones de Aptos son los siguientes:
Crear y lanzar
La red Aptos está compuesta por nodos ligeros, nodos completos y validadores. Los usuarios inician transacciones a través de nodos ligeros (como billeteras o aplicaciones), los nodos ligeros reenvían las transacciones a nodos completos cercanos, y los nodos completos sincronizan con los validadores.
transmisión
Aptos conserva el pool de memoria, pero no se comparte entre los pools de memoria después de QuorumStore. A diferencia de Ethereum, cuyo pool de memoria no solo es un búfer de transacciones. Una vez que las transacciones entran en el pool de memoria, el sistema realiza un preordenamiento según reglas (como FIFO o tarifas de Gas) para asegurar que no haya conflictos durante la ejecución paralela posterior. Este diseño evita la alta demanda de hardware que se requiere para declarar previamente los conjuntos de lectura y escritura.
orden
Aptos utiliza el consenso AptosBFT, donde los proponentes no pueden ordenar libremente las transacciones. La aip-68 otorga a los proponentes el derecho adicional de rellenar las transacciones retrasadas. La preclasificación del pool de memoria se ha completado para evitar conflictos, y la generación de bloques depende más de la colaboración entre validadores que de la dominación de los proponentes.
ejecutar
Aptos utiliza la tecnología Block-STM para lograr una ejecución paralela optimista. Las transacciones se asumen como sin conflictos y se procesan simultáneamente; si se descubre un conflicto después de la ejecución, las transacciones afectadas se vuelven a ejecutar. Este enfoque utiliza procesadores multinúcleo para mejorar la eficiencia, alcanzando un TPS de hasta 160,000.
Actualización de estado
Estado de sincronización del validador, la finalización se confirma a través de puntos de control, similar al mecanismo de Epoch de Ethereum, pero con mayor eficiencia.
La ventaja clave de Aptos radica en la combinación de paralelismo optimista y la preordenación del pool de memoria, lo que reduce las demandas de rendimiento de los nodos y aumenta significativamente el rendimiento.
Ethereum: Estándar de ejecución en serie
Ethereum, como pionero de los contratos inteligentes, es el punto de origen de la tecnología de cadenas públicas, y su ciclo de vida de transacciones proporciona un marco fundamental para entender otras cadenas públicas.
Ciclo de vida de las transacciones de Ethereum
Creación e inicio: los usuarios inician transacciones a través de la billetera mediante la puerta de enlace de retransmisión o la interfaz RPC.
Transmisión: La transacción entra en el pool de memoria pública, esperando ser empaquetada.
Ordenación: Después de la actualización de PoS, los constructores de bloques empaquetan transacciones según el principio de maximización de beneficios, y tras la puja en la capa de retransmisión, se envían al proponente.
Ejecución: EVM procesa las transacciones de forma secuencial, actualizando el estado en un solo hilo.
Actualización de estado: el bloque debe confirmarse en su finalización a través de dos puntos de control.
La ejecución en serie de Ethereum y el diseño de su pool de memoria limitan el rendimiento, con un tiempo de bloque de 12 segundos por ranura y un TPS bajo. En comparación, Aptos ha logrado un salto cualitativo a través de la ejecución paralela y la optimización del pool de memoria.
Solana: Optimización extrema de paralelismo determinista
Solana es conocida por su alto rendimiento, y su ciclo de vida de transacciones difiere significativamente del de Aptos, especialmente en la piscina de memoria y en el método de ejecución.
Ciclo de vida de la transacción de Solana
Crear e iniciar: los usuarios inician transacciones a través de la billetera.
Transmisión: Sin pool de memoria pública, las transacciones se envían directamente a los proponentes actuales y a los dos siguientes.
Ordenación: Los proponentes empacan bloques basados en PoH (Prueba de Historia), el tiempo del bloque es de solo 400 milisegundos.
Ejecución: La máquina virtual Sealevel utiliza ejecución paralela determinista, y se debe declarar previamente el conjunto de lectura y escritura para evitar conflictos.
Actualización de estado: Confirmación rápida del consenso BFT.
La razón por la que Solana no utiliza un pool de memoria es que este podría convertirse en un cuello de botella de rendimiento. Debido a la ausencia de un pool de memoria y al único consenso PoH de Solana, los nodos pueden alcanzar rápidamente un consenso sobre el orden de las transacciones, evitando la necesidad de que las transacciones hagan cola en un pool de memoria; las transacciones pueden completarse casi instantáneamente. Sin embargo, esto también significa que en caso de sobrecarga de la red, las transacciones pueden ser descartadas en lugar de esperar, y el usuario deberá volver a enviarlas.
En comparación, el paralelismo optimista de Aptos no requiere declarar conjuntos de lectura y escritura, el umbral para los nodos es más bajo, pero el TPS es más alto.
Dos caminos de ejecución paralela: Aptos vs Solana
La ejecución de una transacción representa la actualización del estado del bloque, siendo el proceso mediante el cual la instrucción de inicio de la transacción se convierte en un estado definitivo. Los nodos suponen que la transacción es exitosa y calculan su impacto en el estado de la red; este proceso de cálculo es la ejecución.
La ejecución paralela en blockchain se refiere al proceso en el que múltiples procesadores de núcleo múltiple calculan el estado de la red simultáneamente. Actualmente, la ejecución paralela en el mercado se divide en dos formas: ejecución paralela determinista y ejecución paralela optimista. La diferencia entre estas dos direcciones de desarrollo radica en cómo asegurar que las transacciones paralelas no entren en conflicto.
El momento de determinar los conflictos de dependencias de las transacciones en paralelo define la divergencia entre las dos direcciones de desarrollo de la ejecución paralela determinista y la ejecución paralela optimista; Aptos y Solana eligieron direcciones diferentes:
Paralelismo determinista (Solana): Antes de la difusión de transacciones, es necesario declarar el conjunto de lectura y escritura. El motor Sealevel procesa en paralelo las transacciones sin conflictos según la declaración, mientras que las transacciones en conflicto se ejecutan de manera serial. La ventaja es la eficiencia, y la desventaja es la alta demanda de hardware.
Ejecución paralela optimista (Aptos): Asumiendo que las transacciones no tienen conflictos, Block-STM se ejecuta en paralelo y luego se verifica; si hay conflictos, se vuelve a intentar. La preordenación del pool de memoria reduce el riesgo de conflictos y aligera la carga de los nodos.
Ejemplo: Cuenta A saldo 100, transacción 1 transfiere 70 a B, transacción 2 transfiere 50 a C. Solana confirma conflictos anticipadamente a través de declaraciones y los procesa en orden; Aptos, si descubre que el saldo es insuficiente tras la ejecución paralela, lo ajusta de nuevo. La flexibilidad de Aptos lo hace más escalable.
Confirmación de conflictos anticipada a través de la memoria compartida en paralelo optimista
La idea central del optimismo en paralelo es suponer que las transacciones que se procesan en paralelo no entrarán en conflicto, por lo que antes de ejecutar las transacciones, el lado de la aplicación no necesita enviar una declaración de transacción. Si se descubre un conflicto durante la verificación después de la ejecución de la transacción, Block-STM volverá a ejecutar las transacciones afectadas para garantizar la consistencia.
Sin embargo, en la práctica, si no se confirma de antemano si hay conflictos en las dependencias de las transacciones, pueden surgir numerosos errores durante la ejecución real, lo que provoca que la cadena de bloques pública funcione lentamente. Por lo tanto, la paralelización optimista no es simplemente suponer que no hay conflictos en las transacciones, sino que en una cierta etapa se evitan riesgos de antemano, y esta etapa es la etapa de difusión de transacciones.
En Aptos, una vez que las transacciones ingresan al grupo de memoria pública, se preordenan según ciertas reglas (como FIFO y los costos de Gas) para asegurar que no haya conflictos durante la ejecución paralela de las transacciones dentro de un bloque. Como se puede ver, los proponentes de Aptos en realidad no tienen la capacidad de ordenar transacciones, y no existen constructores de bloques en la red. Esta preordenación de transacciones es clave para que Aptos logre la paralelización optimista. A diferencia de Solana, que necesita introducir declaraciones de transacciones, Aptos no requiere este mecanismo, lo que reduce significativamente los requisitos de rendimiento de los nodos. En cuanto a los costos de red que aseguran que las transacciones no entren en conflicto, el impacto de la incorporación del grupo de memoria en el TPS de Aptos es mucho menor que el costo de introducir declaraciones de transacciones en Solana. Por lo tanto, el TPS de Aptos puede alcanzar 160,000, más del doble que el de Solana.
La narrativa basada en la seguridad es la dirección del desarrollo de Aptos
RWA
Las ventajas de Aptos en el campo de RWA:
Avances de Aptos en el campo de RWA:
pago de stablecoin
Las ventajas de Aptos en el ámbito de los pagos con stablecoins:
El potencial de Aptos en el ámbito de PayFi y los pagos con stablecoins:
Resumen: Las diferencias técnicas de Aptos y la narrativa futura
El diseño de Aptos logra un equilibrio entre rendimiento y seguridad. Su preordenación de la memoria combinada con la paralelización optimista de Block-STM no solo reduce el umbral de los nodos, sino que también logra una alta capacidad de 160,000 TPS. Este enfoque de "buscar la velocidad en la estabilidad", junto con el modelo de recursos del lenguaje Move, otorga a Aptos una mayor seguridad.
Aptos muestra un gran potencial en la narrativa de RWA y PayFi. En el campo de RWA, el alto rendimiento de Aptos respalda la tokenización de activos a gran escala y ha colaborado con varias instituciones financieras. En PayFi y pagos con stablecoins, el bajo costo, la alta eficiencia y la conformidad de Aptos apoyan los micropagos y los pagos transfronterizos.
En el futuro, Aptos podrá conectar las finanzas tradicionales con el ecosistema blockchain a través de la narrativa de "red de valor impulsada por la seguridad", continuando su esfuerzo en los campos de RWA y PayFi, y construyendo un nuevo patrón de cadena pública que combine confianza y escalabilidad.