Arbitrum activa ArbOS 61 "Elara" con filtros de cumplimiento opcionales para Orbit

bitcoinistPublicado a 2026-08-22Actualizado a 2026-08-22

Resumen

Arbitrum ha activado la actualización ArbOS 61 "Elara". Esta mejora introduce nuevas herramientas para las cadenas Orbit, entre las que destaca una función opcional de filtrado de cumplimiento normativo a nivel de protocolo, diseñada para implementaciones empresariales. La actualización, que entró en vigor el 20 de agosto, también amplía el límite de tamaño de los contratos Stylus de 24 KB a 96 KB, ofreciendo a los desarrolladores más espacio para contratos inteligentes más complejos. El filtro de cumplimiento, aunque opcional y destinado principalmente a cadenas Orbit privadas o empresariales, probablemente generará debate entre los partidarios de la descentralización. Arbitrum aclara que no constituye una forma de censura en sus redes públicas One o Nova. Esta actualización refleja la evolución de Arbitrum más allá de una simple capa 2, fortaleciendo su ecosistema de cadenas personalizadas Orbit. Elara se centra en ofrecer infraestructura flexible y apta para empresas, al tiempo que mejora las herramientas para desarrolladores, como la expansión de Stylus para admitir más lenguajes de programación. El éxito de la actualización dependerá de la adopción por parte de los equipos que construyan cadenas Orbit.

Arbitrum ha activado su actualización ArbOS 61 "Elara", añadiendo nuevas herramientas para las cadenas Orbit, incluyendo una característica opcional de filtrado de cumplimiento a nivel de protocolo para implementaciones empresariales.

La actualización entró en vigor el 20 de agosto. Los operadores de nodos deben actualizar a Nitro v3.11.3. Elara también amplía el límite de tamaño de contrato Stylus de 24 KB a 96 KB, dando a los desarrolladores más espacio para contratos inteligentes más grandes.

El filtro de cumplimiento probablemente atraerá la mayor atención.

Pero la palabra clave es "opcional".

Esta función está diseñada para operadores de cadenas Orbit privadas o empresariales. No debe describirse como censura en las redes públicas Arbitrum One o Nova.

TL;DR (Resumen)

  • Arbitrum activó la actualización ArbOS 61 "Elara".
  • La actualización añade filtros de cumplimiento opcionales para las cadenas Orbit.
  • Los límites de tamaño de contrato Stylus se expanden de 24 KB a 96 KB.

Por qué importa Elara

Arbitrum ya no es solo una L2.

El ecosistema incluye Arbitrum One, Nova y un creciente marco de cadenas Orbit que permite a los equipos lanzar cadenas personalizadas utilizando la tecnología Arbitrum. Esto significa que las actualizaciones afectan cada vez más no solo a los usuarios públicos, sino también a los equipos que construyen redes especializadas.

Elara encaja en esa dirección más amplia.

Añade capacidades dirigidas a desarrolladores y operadores empresariales, al tiempo que continúa refinando la infraestructura de pila de Arbitrum.

Para las cadenas Orbit, la personalización es la propuesta. Los equipos pueden diseñar cadenas para casos de uso específicos, necesidades de cumplimiento, objetivos de rendimiento o entornos de aplicación.

Los filtros de cumplimiento serán debatidos

La característica opcional de filtrado de cumplimiento probablemente dividirá opiniones.

Los usuarios empresariales y regulados pueden verla como una infraestructura necesaria. Si una cadena Orbit privada sirve a instituciones, activos tokenizados o flujos de trabajo regulados, los operadores pueden necesitar herramientas para cumplir con las obligaciones legales y de cumplimiento.

Los puristas de la criptografía pueden no gustarles la idea del filtrado a nivel de protocolo.

Ambas reacciones son comprensibles.

El punto importante es el alcance. La función no se describe como un cambio general en la actividad pública de Arbitrum One. Es dependiente de la configuración y está dirigida a los operadores de cadenas Orbit.

Esa distinción es importante para los usuarios preocupados por la censura.

La expansión del contrato Stylus ayuda a los desarrolladores

El aumento del tamaño del contrato Stylus también es importante.

Pasar el límite de 24 KB a 96 KB da a los desarrolladores más flexibilidad al construir contratos más grandes o complejos. Esto puede soportar aplicaciones más ricas y facilitar la migración para equipos con bases de código más pesadas.

Stylus es una de las principales apuestas de Arbitrum orientadas a los desarrolladores.

Permite que los contratos inteligentes se escriban en lenguajes más allá de Solidity, abriendo la puerta a desarrolladores de Rust, C y C++. Expandir el tamaño del contrato ayuda a que ese entorno sea más práctico.

Orbit se está volviendo más amigable para las empresas

Elara muestra a Arbitrum adentrándose más en la infraestructura personalizable.

La adopción empresarial a menudo requiere controles que las redes públicas abiertas no priorizan. Esto puede incluir permisos, herramientas de cumplimiento, modelos de gas personalizados, consideraciones de privacidad y control operativo.

Las cadenas Orbit están diseñadas para servir esas necesidades.

El desafío es mantener un equilibrio entre la flexibilidad empresarial y el ethos de red abierta de la criptografía.

El enfoque de Arbitrum parece ser permitir que los operadores de cadenas personalizadas elijan características sin forzar las mismas reglas en todo el ecosistema público.

Qué viene después

La próxima prueba es la adopción.

Si más equipos lanzan cadenas Orbit utilizando las nuevas capacidades de Elara, la actualización podría fortalecer la posición de Arbitrum en el mercado de rollups como servicio y L3 empresarial. Si las herramientas de cumplimiento siguen siendo un nicho, las mejoras para desarrolladores podrían importar más que las características regulatorias.

En cualquier caso, ArbOS 61 es una notable actualización de infraestructura.

Muestra que Arbitrum continúa construyendo más allá de un solo rollup público y hacia una pila más amplia para cadenas personalizadas alineadas con Ethereum.

Este artículo se basa en materiales de Arbitrum y Offchain Labs para la actualización ArbOS 61 "Elara".

Este artículo fue escrito por News Desk y editado por Samuel Rae.

Este informe se basa en información divulgada en declaraciones de la documentación de fuente primaria.

Preguntas relacionadas

Q¿Cuáles son los dos aspectos principales introducidos en la actualización ArbOS 61 'Elara' de Arbitrum?

ALa actualización ArbOS 61 'Elara' introduce principalmente: 1) Filtros de cumplimiento opcionales a nivel de protocolo para cadenas Orbit, y 2) Un aumento en el límite de tamaño de los contratos Stylus, de 24 KB a 96 KB.

Q¿Para qué tipo de cadenas Orbit están diseñados los filtros de cumplimiento opcionales y por qué es importante que sean 'opcionales'?

ALos filtros de cumplimiento opcionales están diseñados específicamente para cadenas Orbit privadas o de empresas. Es crucial que sean 'opcionales' porque significa que no se aplican a las redes públicas de Arbitrum One o Nova, diferenciándose así de un mecanismo de censura general y dirigiendo la funcionalidad solo a operadores que necesitan cumplir con obligaciones legales o regulatorias específicas.

Q¿Qué beneficio proporciona el aumento del límite de tamaño de contrato Stylus de 24 KB a 96 KB?

AEl aumento del límite de tamaño de contrato Stylus de 24 KB a 96 KB brinda a los desarrolladores mayor flexibilidad para construir contratos inteligentes más grandes y complejos. Esto facilita la creación de aplicaciones más ricas y hace que la migración de proyectos con bases de código más pesadas sea más sencilla, apoyando así la propuesta de Stylus de permitir el uso de lenguajes como Rust, C y C++.

QSegún el artículo, ¿cómo maneja Arbitrum el equilibrio entre flexibilidad empresarial y la ética de red abierta de las criptomonedas?

ASegún el artículo, Arbitrum maneja este equilibrio permitiendo que los operadores de cadenas personalizadas (Orbit) elijan funciones como los filtros de cumplimiento, sin imponer estas mismas reglas a todo el ecosistema público. De esta manera, atiende las necesidades de control y cumplimiento empresarial sin comprometer los principios de apertura y descentralización en sus redes públicas principales.

Q¿Qué indica la actualización Elara sobre la dirección estratégica general de Arbitrum?

ALa actualización Elara indica que Arbitrum está avanzando más allá de ser un solo rollup público, desarrollando una infraestructura más amplia y personalizable para las cadenas alineadas con Ethereum. Esto se alinea con su estrategia de convertirse en un ecosistema que incluye cadenas Orbit personalizables, apuntando a mercados empresariales y de 'rollup como servicio', mientras continúa mejorando su pila de herramientas para desarrolladores.

Lecturas Relacionadas

Informe de Grayscale: Privacidad Financiera en la Era de la IA, ¿Por qué Zcash No Debe Ser Pasado por Alto?

**Informe de Grayscale: La privacidad financiera en la era de la IA, ¿por qué no se debe ignorar a Zcash?** La privacidad es un componente clave del dinero. La adopción de stablecoins y la IA están impulsando una nueva ola de atención sobre la privacidad financiera. Zcash es una criptomoneda descentralizada que, a diferencia del transparente Bitcoin, incorpora transacciones blindadas opcionales que ocultan remitente, destinatario y monto mediante pruebas de conocimiento cero, sin comprometer la validez. La necesidad de privacidad es generalizada para individuos y empresas. Zcash ofrece un camino único como capa base con privacidad opcional, a diferencia de las soluciones basadas en mezcladoras o las cadenas con privacidad por defecto como Monero. Su evolución, con actualizaciones como Sapling y Orchard, ha mejorado drásticamente la usabilidad. El volumen de ZEC en el grupo blindado alcanzó un máximo histórico, representando el 25% de la oferta circulante. Con una capitalización de mercado que representa solo el 0.6% del sector de las criptomonedas consideradas "dinero digital", la valoración actual de ZEC parece no reflejar el valor potencial de la privacidad si esta se revalora como un atributo monetario central, no marginal. Los riesgos incluyen la evolución regulatoria, la gestión de grupos blindados heredados y la ejecución de futuras actualizaciones técnicas clave como Tachyon para la escalabilidad.

marsbitHace 53 min(s)

Informe de Grayscale: Privacidad Financiera en la Era de la IA, ¿Por qué Zcash No Debe Ser Pasado por Alto?

marsbitHace 53 min(s)

Con la transición de los agentes de IA a gastos reales, XRP podría entrar en una nueva fase

Para XRP podría comenzar una nueva fase a medida que los agentes de IA pasan de comprar recursos digitales a realizar transacciones comerciales en el mundo real. Chandler Fang, cofundador de t54, explicó esta evolución, destacando que los agentes ya han procesado más de un millón de transacciones en XRP Ledger (XRPL) sin intervención humana. La primera etapa se centra en productos digitales, donde los agentes pueden pagar servicios en línea como API o recursos computacionales usando XRP o Ripple USD (RLUSD). La siguiente fase les dará límites de gasto controlados por los usuarios. Programas como "Agent Pay for Machines" de Mastercard, con socios como Ripple, Coinbase y Solana Foundation, amplían esto a facturas y transacciones automatizadas. El uso de XRP dependerá de las necesidades de liquidación: puede manejar pagos directos o liquidación final, mientras que RLUSD ofrece valor en dólares. Para transacciones recurrentes, se pueden usar canales de pago de XRP para agilizar el proceso. A largo plazo, la adopción de XRPL podría ser invisible: los agentes integrándose en plataformas empresariales y eligiendo infraestructuras blockchain en segundo plano. Las métricas clave no serán solo el volumen de transacciones, sino la actividad recurrente, los ingresos de los vendedores y la resolución eficiente de disputas. Fang compara este progreso con la llegada de ChatGPT: el trabajo en infraestructura se vuelve evidente solo cuando el producto alcanza una audiencia masiva.

cryptonews.ruHace 1 hora(s)

Con la transición de los agentes de IA a gastos reales, XRP podría entrar en una nueva fase

cryptonews.ruHace 1 hora(s)

Vitalik avanza hacia el 'mezclado local' conforme la serie de ofuscación alcanza su tercera fase

El viernes, Vitalik Buterin, cofundador de Ethereum, publicó la tercera parte de su serie sobre ofuscación criptográfica, explorando un método llamado "mezcla local" que descarta retículas y curvas elípticas, utilizando ideas del diseño de funciones hash. Buterin describió este enfoque como una forma radicalmente diferente de criptografía, sin curvas elípticas, factorización de números primos o retículas, y lo comparó con la criptografía simétrica que sustenta el cifrado y hashing diarios. El proceso comienza con un circuito lógico que pasa por un pipeline para garantizar una salida determinista mientras elimina cualquier rastro de lógica interna. Involucra pasos como hacer el circuito reversible, endurecerlo, mecanizarlo, mezclarlo y finalmente ofuscar su contenido, incluyendo agregar compuertas lógicas adicionales y reorganizar elementos. Buterin destacó que la reversibilidad es crucial, ya que permite reescribir compuertas lógicas de formas complejas. Aunque llamó a la mezcla local una "empresa salvaje y arriesgada", basada en intentos fallidos de criptografía de caja blanca, Buterin señaló que sus creadores argumentan que requiere más esfuerzo y tolerancia a mayores costos computacionales para ser viable. Sugirió que la inteligencia artificial podría acelerar su desarrollo, comprimiendo décadas de progreso en años. La ofuscación, descrita como el "último jefe" o "última frontera" de la criptografía, permite convertir un programa en una versión cifrada que oculta su código pero mantiene su funcionalidad. Combinada con blockchain, puede facilitar aplicaciones como votaciones privadas resistentes a colusiones sin depender de terceros de confianza.

cryptonews.ruHace 1 hora(s)

Vitalik avanza hacia el 'mezclado local' conforme la serie de ofuscación alcanza su tercera fase

cryptonews.ruHace 1 hora(s)

India ordena cerrar cientos de cuentas de Google Firebase utilizadas en fraudes bancarios

La agencia india de lucha contra el cibercrimen (I4C) ordenó a Google bloquear cientos de cuentas en su plataforma de desarrollo Firebase, tras rastrear numerosas aplicaciones bancarias falsas y sitios de phishing vinculados al servicio. En agosto, el I4C envió al menos tres notificaciones a Google identificando 57 sitios web y bases de datos en Firebase, utilizados para distribuir malware y robar datos financieros. Entre ellos, siete eran páginas de phishing que imitaban los portales de importantes bancos indios como State Bank of India, ICICI Bank y Axis Bank. El resto servían como puntos de recolección de información robada, como números de tarjetas de crédito y contraseñas de un solo uso. Los estafadores crearon malware para Android disfrazado de aplicaciones bancarias legítimas, atrayendo a las víctimas con ofertas de nuevas tarjetas de crédito, recompensas o aumentos de límite crediticio. Una vez instalada, la aplicación extraía datos del dispositivo y los enviaba a bases de datos controladas por los criminales en Firebase. Una estafa se centró en el programa de subsidios PM-KISAN para agricultores, prometiendo ayuda para recibir pagos. India, con un enorme volumen de transacciones digitales, es un objetivo lucrativo. Los criminales han migrado a Firebase por su accesibilidad y su nivel gratuito. Las nuevas medidas representan un cambio en la estrategia del gobierno, que ahora apunta a la infraestructura que sostiene estos fraudes, en lugar de solo bloquear sitios web individuales.

cryptonews.ruHace 1 hora(s)

India ordena cerrar cientos de cuentas de Google Firebase utilizadas en fraudes bancarios

cryptonews.ruHace 1 hora(s)

Trading

Spot
活动图片