Análisis profundo de las diferencias técnicas entre Ethereum, Solana y Aptos
Discutir las diferencias técnicas entre el lenguaje Move, Aptos y otras cadenas de bloques puede parecer monótono dependiendo de la profundidad de la observación. Un análisis general inevitablemente se queda en la superficie, mientras que profundizar en el código puede hacer que solo se vean los árboles y no el bosque. Para entender rápida y precisamente las diferencias entre Aptos y otras cadenas de bloques, es crucial elegir el punto de entrada adecuado.
El ciclo de vida de una transacción es una perspectiva de análisis ideal. Al analizar el proceso completo de una transacción desde su creación hasta la actualización final del estado—incluyendo la creación e inicio, difusión, ordenación, ejecución y actualización del estado—se puede comprender claramente la filosofía de diseño y las decisiones tecnológicas de las cadenas de bloques públicas. Con esto como base, se puede entender la narrativa central de diferentes cadenas de bloques públicas hacia atrás; hacia adelante, se puede explorar cómo construir aplicaciones atractivas en Aptos.
Todas las transacciones en blockchain se desarrollan en torno a estos cinco pasos. Este artículo se centrará en Aptos, analizará su diseño único y lo comparará con Ethereum y Solana.
Aptos: Diseño optimista y de alto rendimiento en paralelo
Aptos es una cadena pública centrada en el alto rendimiento, cuyo ciclo de vida de las transacciones es similar al de Ethereum, pero logra un aumento significativo en el rendimiento a través de una ejecución paralela optimista única y la optimización de la memoria. A continuación, se presentan los puntos clave del ciclo de vida de las transacciones en Aptos:
Crear e iniciar
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), que reenvían las transacciones a los nodos completos cercanos, y estos se sincronizan con los validadores.
transmisión
Aptos retiene el pool de memoria, pero no se comparte entre los pools de memoria después de QuorumStore. A diferencia de Ethereum, su pool de memoria no es solo un búfer de transacciones. Una vez que las transacciones ingresan al pool de memoria, el sistema las preordena según las reglas (como primero en entrar, primero en salir 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 requeriría declarar previamente el conjunto de lectura y escritura.
orden
Aptos utiliza el consenso AptosBFT, donde el proponente en principio no puede ordenar libremente las transacciones, pero puede llenar las transacciones que han sido retrasadas. La preordenación del pool de memoria se ha realizado con anticipación para evitar conflictos, y la generación de bloques depende más de la colaboración entre validadores que del liderazgo del proponente.
ejecutar
Aptos utiliza la tecnología Block-STM para lograr una ejecución paralela optimista. Se asume que las transacciones no tienen conflictos y se procesan simultáneamente; si se detecta un conflicto después de la ejecución, las transacciones afectadas se volverán a ejecutar. Este enfoque aprovecha al máximo los procesadores multinúcleo para mejorar la eficiencia, con un TPS que puede alcanzar 160,000.
actualización de estado
Estado de sincronización de validadores, la finalización se confirma mediante puntos de control, similar al mecanismo de Epoch de Ethereum, pero con mayor eficiencia.
La ventaja principal de Aptos radica en la combinación de la paralelización optimista y la preordenación del pool de memoria, que reduce las demandas de rendimiento de los nodos y aumenta significativamente el rendimiento.
Ethereum: Base de ejecución en serie
Ethereum, como pionero de los contratos inteligentes, es el punto de partida de la tecnología de cadenas públicas, y su ciclo de vida de transacciones proporciona un marco básico para entender Aptos.
ciclo de vida de 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 las envían a los proponentes tras la puja de la capa de retransmisión.
Ejecución: EVM procesa las transacciones de forma secuencial, actualizando el estado en un solo hilo.
Actualización de estado: El bloque debe ser confirmado por dos puntos de control para asegurar su finalización.
La ejecución serie de Ethereum y el diseño del pool de memoria limitan el rendimiento, con un tiempo de bloque de 12 segundos/slot 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 lo que respecta al pool de memoria y el método de ejecución.
ciclo de vida de la transacción de Solana
Crear e iniciar: el usuario inicia la transacción a través de la billetera.
Difusió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 empaquetan bloques basándose en PoH (Prueba de Historia), el tiempo de 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/escritura para evitar conflictos.
Actualización de estado: confirmación rápida del consenso BFT.
Solana no utiliza un grupo de memoria para evitar cuellos de botella de rendimiento. Debido a la ausencia de un grupo de memoria y al consenso PoH único de Solana, los nodos pueden alcanzar rápidamente un consenso sobre el orden de las transacciones, evitando la necesidad de que las transacciones se coloquen en cola en el grupo de memoria, lo que permite que las transacciones casi se realicen 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 los usuarios deben volver a enviarlas.
En comparación, la paralelización optimista de Aptos no requiere declarar conjuntos de lectura y escritura, tiene umbrales de nodos más bajos, pero TPS es más alto.
Dos caminos de ejecución paralela: Aptos vs Solana
La ejecución de la transacción representa la actualización del estado del bloque, que es el proceso en el que las instrucciones de la transacción se convierten en el estado final. 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 en paralelo en blockchain se refiere al cálculo del estado de la red por parte de procesadores multinúcleo simultáneamente. Actualmente, la ejecución en paralelo en el mercado se divide en dos formas: ejecución en paralelo determinista y ejecución en paralelo optimista. La diferencia radica en cómo se asegura que las transacciones en paralelo no entren en conflicto, es decir, si existe una relación de dependencia entre las transacciones.
El momento de determinar los conflictos de dependencias en las transacciones en paralelo decide la divergencia de dos direcciones de desarrollo, Aptos y Solana eligieron caminos diferentes:
Paralelismo determinista (Solana): antes de la difusión de la transacción, se debe declarar el conjunto de lectura y escritura, el motor Sealevel procesa paralelamente las transacciones sin conflictos según la declaración, mientras que las transacciones en conflicto se ejecutan de forma serial. La ventaja es la eficiencia, la desventaja es que se requieren altos recursos de hardware.
Optimismo paralelo (Aptos): asumiendo que no hay conflictos en las transacciones, se ejecuta en paralelo mediante Block-STM y se valida posteriormente, 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 con saldo 100, transacción 1 envía 70 a B, transacción 2 envía 50 a C. Solana confirma conflictos anticipadamente mediante declaraciones y los procesa en orden; Aptos, si descubre que el saldo es insuficiente después de la ejecución en paralelo, ajusta de nuevo. La flexibilidad de Aptos lo hace más escalable.
Confirmación de conflictos completada anticipadamente a través de la memoria de la piscina de forma optimista
La idea central del optimismo paralelo es suponer que las transacciones procesadas en paralelo no entrarán en conflicto, por lo que antes de ejecutar la transacción, la aplicación no necesita enviar una declaración de transacción. Si se detecta un conflicto durante la verificación posterior a la ejecución de la transacción, Block-STM volverá a ejecutar las transacciones afectadas para garantizar la coherencia.
Sin embargo, en la práctica, si no se confirma con anticipación si hay conflictos en los requisitos de la transacción, durante la ejecución real pueden aparecer muchos errores, lo que provoca la lentitud en el funcionamiento de la cadena de bloques pública. Por lo tanto, la paralelización optimista no es simplemente suponer que no hay conflictos en las transacciones, sino que se evitan los riesgos con anticipación en la fase de difusión de la transacción.
En Aptos, una vez que las transacciones ingresan al pool de memoria pública, se preordenan según ciertas reglas (como primero en entrar, primero en salir y el costo de Gas) para asegurar que las transacciones dentro de un bloque no entren en conflicto durante la ejecución paralela. Así, se puede ver que los proponentes de Aptos en realidad no tienen la capacidad de ordenar las 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 al costo de la red para asegurar que las transacciones no entren en conflicto, la influencia de la incorporación del pool de memoria en el TPS de Aptos es mucho menor que el costo de la introducción de declaraciones de transacciones en Solana. Por lo tanto, el TPS de Aptos puede alcanzar 160,000, más del doble de Solana. El impacto de la preordenación de transacciones hace que la captura de MEV en Aptos sea más difícil, lo que presenta tanto ventajas como desventajas para los usuarios.
La narrativa basada en la seguridad es la dirección de desarrollo de Aptos
RWA
Aptos está avanzando activamente en la tokenización de activos reales y soluciones financieras institucionales. En comparación con Ethereum, el Block-STM de Aptos puede procesar en paralelo múltiples transacciones de transferencia de activos, evitando retrasos en la confirmación de derechos causados por la congestión de la red. En algunas cadenas de bloques públicas, aunque la velocidad de transacción es rápida, el diseño sin memoria puede descartar transacciones en caso de sobrecarga de la red, afectando la estabilidad de la confirmación de derechos de RWA. El preordenamiento del grupo de memoria de Aptos asegura que las transacciones se ejecuten en orden, incluso en períodos de alta demanda, manteniendo la fiabilidad de los registros de activos.
RWA necesita el soporte de contratos inteligentes complejos, como la división de activos, la distribución de ingresos y la verificación de cumplimiento. El diseño modular y la seguridad del lenguaje Move permiten a los desarrolladores construir aplicaciones RWA confiables de manera más sencilla. En comparación, la complejidad del lenguaje de contratos de algunas cadenas públicas y el riesgo de vulnerabilidades aumentan los costos de desarrollo, mientras que el lenguaje de programación de otras cadenas públicas, aunque eficiente, exige una curva de aprendizaje más alta para los desarrolladores. La amigabilidad del ecosistema de Aptos se espera que atraiga más proyectos RWA, formando un ciclo positivo.
El potencial de Aptos en el ámbito de RWA radica en la combinación de seguridad y rendimiento. En el futuro, puede centrarse en colaborar con instituciones financieras tradicionales para llevar activos de alto valor como bonos y acciones a la cadena, aprovechando el lenguaje Move para crear estándares de tokenización con alta conformidad. Esta narrativa de "seguridad + eficiencia" permitirá que Aptos se destaque en el mercado de RWA.
En julio de 2024, Aptos anunció la incorporación de USDY de una plataforma al ecosistema, y se integró en los principales DEX y aplicaciones de préstamos. Hasta el 10 de marzo, la capitalización de mercado de USDY en Aptos era de aproximadamente 15 millones de dólares, lo que representa aproximadamente el 2.5% de la capitalización total de USDY. En octubre de 2024, Aptos anunció que una empresa de gestión de activos había lanzado un fondo del mercado monetario del gobierno de EE. UU. (FOBXX) en la red Aptos, representado por el token BENJI. Además, Aptos colaboró con una plataforma para promover la tokenización de valores, llevando los fondos de inversión de varias compañías de inversión a la cadena, mejorando el acceso de los inversores institucionales.
Pago en stablecoin
Los pagos con stablecoins necesitan asegurar la finalización de las transacciones y la seguridad de los activos. El lenguaje Move de Aptos previene el doble gasto a través de un modelo de recursos, garantizando la precisión de cada transferencia de stablecoin. Por ejemplo, cuando un usuario realiza un pago con una stablecoin en Aptos, el estado de la transacción se actualiza bajo estrictas protecciones, evitando la pérdida de fondos debido a vulnerabilidades en el contrato. Además, las bajas tarifas de Gas de Aptos (gracias a la alta TPS que distribuye costos) lo hacen muy competitivo en escenarios de pagos de bajo monto. Las altas tarifas de Gas de ciertas cadenas públicas limitan sus aplicaciones de pago, mientras que otras cadenas públicas, aunque de bajo costo, pueden enfrentar riesgos de rechazo de transacciones durante la sobrecarga de la red, lo que podría afectar la experiencia del usuario. La preordenación de la memoria de Aptos y Block-STM garantizan la estabilidad y baja latencia de las transacciones de pago.
PayFi y los pagos con monedas estables deben equilibrar la descentralización y la conformidad regulatoria. El consenso descentralizado de AptosBFT reduce el riesgo de centralización, mientras que su arquitectura modular permite a los desarrolladores incorporar verificaciones KYC/AML. Por ejemplo, un emisor de monedas estables puede implementar contratos de cumplimiento en Aptos para garantizar que las transacciones cumplan con las regulaciones locales sin sacrificar la eficiencia de la red. Este aspecto es superior al modelo de intermediación centralizada de algunas cadenas públicas y también compensa las posibles deficiencias de cumplimiento dominadas por los proponentes en otras cadenas públicas. El diseño equilibrado de Aptos lo hace más adecuado para la entrada de instituciones financieras.
El potencial de Aptos en el ámbito de PayFi y los pagos con stablecoins radica en la tríada de "seguridad, eficiencia y cumplimiento". En el futuro, se seguirá impulsando la adopción masiva de stablecoins, creando una red de pagos transfronterizos, o colaborando con gigantes de pagos para desarrollar sistemas de liquidación en cadena. Un alto TPS y bajos costos también pueden apoyar escenarios de micropagos, como las donaciones en tiempo real de creadores de contenido. La narrativa de Aptos puede centrarse en "la infraestructura de pagos de próxima generación", atrayendo flujos bidireccionales de empresas y usuarios.
Las ventajas de Aptos en términos de seguridad—preordenación del pool de memoria, Block-STM, AptosBFT y el lenguaje Move—no solo mejoran la capacidad de resistencia a ataques, sino que también establecen una base sólida para la narrativa de RWA y PayFi. En el ámbito de RWA, su alta seguridad y capacidad de procesamiento respaldan la tokenización de activos y las transacciones a gran escala; en PayF
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
16 me gusta
Recompensa
16
5
Republicar
Compartir
Comentar
0/400
BakedCatFanboy
· 08-16 17:28
Aptos es una cadena zombi de especulación.
Ver originalesResponder0
MidnightSnapHunter
· 08-15 13:54
Mejor ver directamente la puntuación de los crepes.
Ver originalesResponder0
GasGasGasBro
· 08-15 13:54
aptos el hijo elegido yyds
Ver originalesResponder0
GasFeeNightmare
· 08-15 13:49
Otra vez en medio de la noche calculando el gas para ahorrar unos pesos. Eh, no vale la pena, no vale la pena.
Ver originalesResponder0
GateUser-7b078580
· 08-15 13:40
La tarifa de gas ya ha consumido el 99.8% de mi capital. Si no baja, ¿quién puede soportarlo?
Comparación de la profundidad del ciclo de vida de las transacciones de Aptos, Ethereum y Solana: ventajas de la ejecución paralela optimista
Análisis profundo de las diferencias técnicas entre Ethereum, Solana y Aptos
Discutir las diferencias técnicas entre el lenguaje Move, Aptos y otras cadenas de bloques puede parecer monótono dependiendo de la profundidad de la observación. Un análisis general inevitablemente se queda en la superficie, mientras que profundizar en el código puede hacer que solo se vean los árboles y no el bosque. Para entender rápida y precisamente las diferencias entre Aptos y otras cadenas de bloques, es crucial elegir el punto de entrada adecuado.
El ciclo de vida de una transacción es una perspectiva de análisis ideal. Al analizar el proceso completo de una transacción desde su creación hasta la actualización final del estado—incluyendo la creación e inicio, difusión, ordenación, ejecución y actualización del estado—se puede comprender claramente la filosofía de diseño y las decisiones tecnológicas de las cadenas de bloques públicas. Con esto como base, se puede entender la narrativa central de diferentes cadenas de bloques públicas hacia atrás; hacia adelante, se puede explorar cómo construir aplicaciones atractivas en Aptos.
Todas las transacciones en blockchain se desarrollan en torno a estos cinco pasos. Este artículo se centrará en Aptos, analizará su diseño único y lo comparará con Ethereum y Solana.
Aptos: Diseño optimista y de alto rendimiento en paralelo
Aptos es una cadena pública centrada en el alto rendimiento, cuyo ciclo de vida de las transacciones es similar al de Ethereum, pero logra un aumento significativo en el rendimiento a través de una ejecución paralela optimista única y la optimización de la memoria. A continuación, se presentan los puntos clave del ciclo de vida de las transacciones en Aptos:
Crear e iniciar
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), que reenvían las transacciones a los nodos completos cercanos, y estos se sincronizan con los validadores.
transmisión
Aptos retiene el pool de memoria, pero no se comparte entre los pools de memoria después de QuorumStore. A diferencia de Ethereum, su pool de memoria no es solo un búfer de transacciones. Una vez que las transacciones ingresan al pool de memoria, el sistema las preordena según las reglas (como primero en entrar, primero en salir 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 requeriría declarar previamente el conjunto de lectura y escritura.
orden
Aptos utiliza el consenso AptosBFT, donde el proponente en principio no puede ordenar libremente las transacciones, pero puede llenar las transacciones que han sido retrasadas. La preordenación del pool de memoria se ha realizado con anticipación para evitar conflictos, y la generación de bloques depende más de la colaboración entre validadores que del liderazgo del proponente.
ejecutar
Aptos utiliza la tecnología Block-STM para lograr una ejecución paralela optimista. Se asume que las transacciones no tienen conflictos y se procesan simultáneamente; si se detecta un conflicto después de la ejecución, las transacciones afectadas se volverán a ejecutar. Este enfoque aprovecha al máximo los procesadores multinúcleo para mejorar la eficiencia, con un TPS que puede alcanzar 160,000.
actualización de estado
Estado de sincronización de validadores, la finalización se confirma mediante puntos de control, similar al mecanismo de Epoch de Ethereum, pero con mayor eficiencia.
La ventaja principal de Aptos radica en la combinación de la paralelización optimista y la preordenación del pool de memoria, que reduce las demandas de rendimiento de los nodos y aumenta significativamente el rendimiento.
Ethereum: Base de ejecución en serie
Ethereum, como pionero de los contratos inteligentes, es el punto de partida de la tecnología de cadenas públicas, y su ciclo de vida de transacciones proporciona un marco básico para entender Aptos.
ciclo de vida de 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 las envían a los proponentes tras la puja de la capa de retransmisión.
Ejecución: EVM procesa las transacciones de forma secuencial, actualizando el estado en un solo hilo.
Actualización de estado: El bloque debe ser confirmado por dos puntos de control para asegurar su finalización.
La ejecución serie de Ethereum y el diseño del pool de memoria limitan el rendimiento, con un tiempo de bloque de 12 segundos/slot 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 lo que respecta al pool de memoria y el método de ejecución.
ciclo de vida de la transacción de Solana
Crear e iniciar: el usuario inicia la transacción a través de la billetera.
Difusió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 empaquetan bloques basándose en PoH (Prueba de Historia), el tiempo de 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/escritura para evitar conflictos.
Actualización de estado: confirmación rápida del consenso BFT.
Solana no utiliza un grupo de memoria para evitar cuellos de botella de rendimiento. Debido a la ausencia de un grupo de memoria y al consenso PoH único de Solana, los nodos pueden alcanzar rápidamente un consenso sobre el orden de las transacciones, evitando la necesidad de que las transacciones se coloquen en cola en el grupo de memoria, lo que permite que las transacciones casi se realicen 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 los usuarios deben volver a enviarlas.
En comparación, la paralelización optimista de Aptos no requiere declarar conjuntos de lectura y escritura, tiene umbrales de nodos más bajos, pero TPS es más alto.
Dos caminos de ejecución paralela: Aptos vs Solana
La ejecución de la transacción representa la actualización del estado del bloque, que es el proceso en el que las instrucciones de la transacción se convierten en el estado final. 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 en paralelo en blockchain se refiere al cálculo del estado de la red por parte de procesadores multinúcleo simultáneamente. Actualmente, la ejecución en paralelo en el mercado se divide en dos formas: ejecución en paralelo determinista y ejecución en paralelo optimista. La diferencia radica en cómo se asegura que las transacciones en paralelo no entren en conflicto, es decir, si existe una relación de dependencia entre las transacciones.
El momento de determinar los conflictos de dependencias en las transacciones en paralelo decide la divergencia de dos direcciones de desarrollo, Aptos y Solana eligieron caminos diferentes:
Paralelismo determinista (Solana): antes de la difusión de la transacción, se debe declarar el conjunto de lectura y escritura, el motor Sealevel procesa paralelamente las transacciones sin conflictos según la declaración, mientras que las transacciones en conflicto se ejecutan de forma serial. La ventaja es la eficiencia, la desventaja es que se requieren altos recursos de hardware.
Optimismo paralelo (Aptos): asumiendo que no hay conflictos en las transacciones, se ejecuta en paralelo mediante Block-STM y se valida posteriormente, 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 con saldo 100, transacción 1 envía 70 a B, transacción 2 envía 50 a C. Solana confirma conflictos anticipadamente mediante declaraciones y los procesa en orden; Aptos, si descubre que el saldo es insuficiente después de la ejecución en paralelo, ajusta de nuevo. La flexibilidad de Aptos lo hace más escalable.
Confirmación de conflictos completada anticipadamente a través de la memoria de la piscina de forma optimista
La idea central del optimismo paralelo es suponer que las transacciones procesadas en paralelo no entrarán en conflicto, por lo que antes de ejecutar la transacción, la aplicación no necesita enviar una declaración de transacción. Si se detecta un conflicto durante la verificación posterior a la ejecución de la transacción, Block-STM volverá a ejecutar las transacciones afectadas para garantizar la coherencia.
Sin embargo, en la práctica, si no se confirma con anticipación si hay conflictos en los requisitos de la transacción, durante la ejecución real pueden aparecer muchos errores, lo que provoca la lentitud en el funcionamiento de la cadena de bloques pública. Por lo tanto, la paralelización optimista no es simplemente suponer que no hay conflictos en las transacciones, sino que se evitan los riesgos con anticipación en la fase de difusión de la transacción.
En Aptos, una vez que las transacciones ingresan al pool de memoria pública, se preordenan según ciertas reglas (como primero en entrar, primero en salir y el costo de Gas) para asegurar que las transacciones dentro de un bloque no entren en conflicto durante la ejecución paralela. Así, se puede ver que los proponentes de Aptos en realidad no tienen la capacidad de ordenar las 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 al costo de la red para asegurar que las transacciones no entren en conflicto, la influencia de la incorporación del pool de memoria en el TPS de Aptos es mucho menor que el costo de la introducción de declaraciones de transacciones en Solana. Por lo tanto, el TPS de Aptos puede alcanzar 160,000, más del doble de Solana. El impacto de la preordenación de transacciones hace que la captura de MEV en Aptos sea más difícil, lo que presenta tanto ventajas como desventajas para los usuarios.
La narrativa basada en la seguridad es la dirección de desarrollo de Aptos
RWA
Aptos está avanzando activamente en la tokenización de activos reales y soluciones financieras institucionales. En comparación con Ethereum, el Block-STM de Aptos puede procesar en paralelo múltiples transacciones de transferencia de activos, evitando retrasos en la confirmación de derechos causados por la congestión de la red. En algunas cadenas de bloques públicas, aunque la velocidad de transacción es rápida, el diseño sin memoria puede descartar transacciones en caso de sobrecarga de la red, afectando la estabilidad de la confirmación de derechos de RWA. El preordenamiento del grupo de memoria de Aptos asegura que las transacciones se ejecuten en orden, incluso en períodos de alta demanda, manteniendo la fiabilidad de los registros de activos.
RWA necesita el soporte de contratos inteligentes complejos, como la división de activos, la distribución de ingresos y la verificación de cumplimiento. El diseño modular y la seguridad del lenguaje Move permiten a los desarrolladores construir aplicaciones RWA confiables de manera más sencilla. En comparación, la complejidad del lenguaje de contratos de algunas cadenas públicas y el riesgo de vulnerabilidades aumentan los costos de desarrollo, mientras que el lenguaje de programación de otras cadenas públicas, aunque eficiente, exige una curva de aprendizaje más alta para los desarrolladores. La amigabilidad del ecosistema de Aptos se espera que atraiga más proyectos RWA, formando un ciclo positivo.
El potencial de Aptos en el ámbito de RWA radica en la combinación de seguridad y rendimiento. En el futuro, puede centrarse en colaborar con instituciones financieras tradicionales para llevar activos de alto valor como bonos y acciones a la cadena, aprovechando el lenguaje Move para crear estándares de tokenización con alta conformidad. Esta narrativa de "seguridad + eficiencia" permitirá que Aptos se destaque en el mercado de RWA.
En julio de 2024, Aptos anunció la incorporación de USDY de una plataforma al ecosistema, y se integró en los principales DEX y aplicaciones de préstamos. Hasta el 10 de marzo, la capitalización de mercado de USDY en Aptos era de aproximadamente 15 millones de dólares, lo que representa aproximadamente el 2.5% de la capitalización total de USDY. En octubre de 2024, Aptos anunció que una empresa de gestión de activos había lanzado un fondo del mercado monetario del gobierno de EE. UU. (FOBXX) en la red Aptos, representado por el token BENJI. Además, Aptos colaboró con una plataforma para promover la tokenización de valores, llevando los fondos de inversión de varias compañías de inversión a la cadena, mejorando el acceso de los inversores institucionales.
Pago en stablecoin
Los pagos con stablecoins necesitan asegurar la finalización de las transacciones y la seguridad de los activos. El lenguaje Move de Aptos previene el doble gasto a través de un modelo de recursos, garantizando la precisión de cada transferencia de stablecoin. Por ejemplo, cuando un usuario realiza un pago con una stablecoin en Aptos, el estado de la transacción se actualiza bajo estrictas protecciones, evitando la pérdida de fondos debido a vulnerabilidades en el contrato. Además, las bajas tarifas de Gas de Aptos (gracias a la alta TPS que distribuye costos) lo hacen muy competitivo en escenarios de pagos de bajo monto. Las altas tarifas de Gas de ciertas cadenas públicas limitan sus aplicaciones de pago, mientras que otras cadenas públicas, aunque de bajo costo, pueden enfrentar riesgos de rechazo de transacciones durante la sobrecarga de la red, lo que podría afectar la experiencia del usuario. La preordenación de la memoria de Aptos y Block-STM garantizan la estabilidad y baja latencia de las transacciones de pago.
PayFi y los pagos con monedas estables deben equilibrar la descentralización y la conformidad regulatoria. El consenso descentralizado de AptosBFT reduce el riesgo de centralización, mientras que su arquitectura modular permite a los desarrolladores incorporar verificaciones KYC/AML. Por ejemplo, un emisor de monedas estables puede implementar contratos de cumplimiento en Aptos para garantizar que las transacciones cumplan con las regulaciones locales sin sacrificar la eficiencia de la red. Este aspecto es superior al modelo de intermediación centralizada de algunas cadenas públicas y también compensa las posibles deficiencias de cumplimiento dominadas por los proponentes en otras cadenas públicas. El diseño equilibrado de Aptos lo hace más adecuado para la entrada de instituciones financieras.
El potencial de Aptos en el ámbito de PayFi y los pagos con stablecoins radica en la tríada de "seguridad, eficiencia y cumplimiento". En el futuro, se seguirá impulsando la adopción masiva de stablecoins, creando una red de pagos transfronterizos, o colaborando con gigantes de pagos para desarrollar sistemas de liquidación en cadena. Un alto TPS y bajos costos también pueden apoyar escenarios de micropagos, como las donaciones en tiempo real de creadores de contenido. La narrativa de Aptos puede centrarse en "la infraestructura de pagos de próxima generación", atrayendo flujos bidireccionales de empresas y usuarios.
Las ventajas de Aptos en términos de seguridad—preordenación del pool de memoria, Block-STM, AptosBFT y el lenguaje Move—no solo mejoran la capacidad de resistencia a ataques, sino que también establecen una base sólida para la narrativa de RWA y PayFi. En el ámbito de RWA, su alta seguridad y capacidad de procesamiento respaldan la tokenización de activos y las transacciones a gran escala; en PayF