Aurora Mainnet es un entorno EVM implementado a través de Aurora Engine en NEAR. ETH es su base orientada al usuario y activo de gas, mientras que AURORA es el token de gobernanza perfilado.
Use esta página para separar la gobernanza de AURORA del gas de ETH, comprender el relayer y la dependencia de NEAR, y preparar acciones compatibles de wallet, contrato y puente.
Asunto:
Aurora
Modo de mercado:
Solo instantánea
Activo de tarifa:
ETH
Zona horaria:
UTC
Esta página no garantiza la disponibilidad del relayer, el tiempo del puente, un precio de gas fijo ni los resultados de gobernanza de AURORA.
Propiedad del contenido: Equipo Editorial de BitcoinToolkitReferencias técnicas: documentación oficial del protocolo y para desarrolladores.Enfoque de revisión: las explicaciones técnicas se verifican con fuentes primarias y se actualizan cuando la red o el activo cambian.Última revisión de contenido: Última prueba de integración de datos:
Aurora de un vistazo
AsuntoAurora Mainnet y AURORA
Activo perfiladoAURORA
Activo de gas del usuarioETH
Red subyacenteNEAR
EjecuciónEVM de Aurora Engine
Modo de mercadoSolo instantánea
ETH paga el gas de Aurora Mainnet; AURORA es el activo de mercado de gobernanza.
Aurora Engine se ejecuta en NEAR y los relayers envían transacciones subyacentes.
Por qué Aurora usa ETH para gas, no AURORA
El tema de la página, el token de mercado y el saldo de tarifas son deliberadamente diferentes.
Tres roles distintos
Aurora es el entorno y ecosistema EVM. ETH es el token base mostrado a los usuarios de EVM de Aurora Mainnet y es necesario para el gas ordinario. AURORA es un token de gobernanza con su propio mercado y rol en el ecosistema; tenerlo no otorga automáticamente a una wallet el ETH necesario para firmar una transacción.
Bajo la superficie, Aurora Engine se ejecuta como un contrato inteligente de NEAR y la computación subyacente consume gas de NEAR. Los relayers traducen la transacción EVM orientada al usuario en la llamada de NEAR. Esta contabilidad en capas es por lo que una declaración genérica de que el ticker paga el gas sería incorrecta.
Implicación para el usuario
Verifique qué saldo etiqueta una wallet como gas y mantenga suficiente ETH en Aurora Mainnet. NEAR en una cuenta NEAR separada y AURORA en una wallet EVM no sustituyen silenciosamente ese saldo de ETH.
Cómo procesa Aurora Engine las transacciones EVM
Aurora presenta interfaces de estilo Ethereum mientras que NEAR realiza la ejecución del contrato subyacente.
De la firma EVM al resultado de NEAR
El usuario firma una transacción en formato Ethereum con el ID de cadena de Aurora Mainnet. Un endpoint RPC de Aurora y un relayer validan el sobre, envían la transacción NEAR correspondiente a Aurora Engine y devuelven un recibo compatible con Ethereum. Los contratos y el almacenamiento viven en el estado EVM de Aurora gestionado por el motor.
El gas de NEAR y el gas de EVM miden trabajo relacionado pero diferente. Una transacción puede encontrar límites de implementación que no existen en Ethereum Mainnet, por lo que los desarrolladores deben probar llamadas de alta computación y usar estimaciones de Aurora en lugar de importar suposiciones de gas a ciegas.
Dependencia de finalidad
Los resultados de Aurora dependen de la producción de bloques y la finalidad de NEAR, además de la ruta del relayer utilizada para enviar la transacción. Un mensaje de éxito de la wallet debe verificarse contra un recibo actual de Aurora antes de que la aplicación avance.
Puente e incorporación a Aurora
Un usuario necesita la representación correcta y un pequeño saldo de ETH en Aurora para la siguiente acción.
Movimiento de activos
Aurora admite rutas entre Ethereum, NEAR y Aurora a través de sistemas de puente y conector documentados. Cada ruta define el activo de origen, la representación mapeada, la dirección de destino y las tarifas. Verifique la ruta oficial actual y el contrato del token en lugar de confiar en el mismo ticker en diferentes interfaces.
Después de la llegada, confirme el saldo del token y conserve ETH para gas. Los activos puenteados pueden usar representaciones ERC-20 específicas de Aurora, y los pasos de retiro pueden diferir según el destino. El soporte de un exchange para un activo no prueba el soporte para depósitos en Aurora Mainnet.
Límites operativos
Los relayers, endpoints RPC y puentes son dependencias adicionales. Los incidentes pueden afectar el envío o la finalización de la transferencia incluso cuando NEAR continúa produciendo bloques.
Errores comunes de Aurora
La confusión de roles de activos es la fuente más evitable de transacciones fallidas.
Lista de verificación
Confirme Aurora Mainnet y la cadena ID, mantenga ETH para gas, verifique el contrato del token y la ruta del puente, e inspeccione el recibo de Aurora después del envío.
No utilice AURORA como suposición de gas predeterminada.
No describa Aurora como un EVM L1 independiente.
No confunda una cuenta NEAR con una dirección Aurora EVM.
No infiera soporte de puente a partir de un símbolo coincidente.
Siguiente acción
Conéctese con la configuración actual de la red Aurora, obtenga un pequeño saldo de gas ETH y pruebe el contrato exacto o el flujo de trabajo del puente antes de aumentar el valor.