Esta es una traducción de la documentación de gobernanza de Arbitrum Foundation.

---

$ARB

Es el token de gobernanza de Arbitrum, un token ERC-20 nativo de la chain de Arbitrum One . Al ser holder de $ARB lo convierte en miembro de Arbitrum DAO y le permite participar en la gobernanza on-chain de Arbitrum.

$ARB reverse gateway

Es una serie de smart contracts  responsables de cruzar $ARB entre Arbitrum One y Ethereum. El token $ARB es nativo de Arbitrum One, lo que significa que se mintea dentro de un smart contract que vive en la chain de Arbitrum One. La “reverse” gateway mantiene el suministro completo de $ARB en depósito en Arbitrum One, y mintea o quema la representación del token de  Layer 1 (L1) en los depósitos/retiros. La reserve gateway  a menudo se compara con la Standard Token gateway, que mintea/quema en la Layer 2 (L2).

Airdrop

Es un mecanismo que distribuye tokens a direcciones de billetera calificadas, generalmente en función de la actividad en la chain. El airdrop de Arbitrum Foundation distribuirá tokens $ARB a direcciones de billetera elegibles de acuerdo con los criterios de elegibilidad y distribución de airdrop especificados en nuestra descripción general de elegibilidad y especificaciones de airdrop.

Arbitrum AnyTrust Chain

Es una chain de Arbitrum que implementa el Protocolo AnyTrust de Arbitrum.

Arbitrum AnyTrust Protocol

Es un protocolo de Arbitrum que gestiona la disponibilidad de datos (data availability) con un conjunto autorizado de partes conocido como el Comité de Disponibilidad de Datos (DAC) . Este protocolo reduce los fees de transacción al introducir un supuesto de confianza adicional para la disponibilidad de datos en lugar del mecanismo de disponibilidad de datos Trustless de Ethereum . Arbitrum Nova es un ejemplo de una chain AnyTrust; Arbitrum One es una chain  alternativa que implementa el Arbitrum Rollup Protocol puramente trustless (y más intensivo en gas L1).

Arbitrum chain

Una blockchain  que se ejecuta en el protocolo Arbitrum. Las chains de Arbitrum son compatibles con EVM y utilizan un L1 subyacente (Ethereum) para la liquidación y para fraud proofs sucintas (según sea necesario). Las chains Arbitrum vienen en dos formas: Arbitrum Rollup Chains y Arbitrum AnyTrust Chains.

Arbitrum Chain owner

Es una entidad con la posibilidad de actualizar los contratos de protocolo central de Arbitrum y establecer varios parámetros del sistema. Arbitrum One tiene dos propietarios de sus chains: Arbitrum DAO y el Consejo de Seguridad.

Arbitrum DAO

Es la comunidad mundial de holders de tokens $ARB y Delegados. Rige la chain Arbitrum One , la chain Arbitrum Nova, la Constitución de Arbitrum DAO y el Consejo de Seguridad.

Arbitrum DAO governance forum

Foro público para ver y discutir las propuestas de mejora de Arbitrum (AIP) y otros temas relacionados con la gobernanza.

Arbitrum DAO Treasury

Es un smart contract en la chain de Arbitrum One que contiene tokens controlados colectivamente por Arbitrum DAO.

Arbitrum Improvement Proposal (AIP)

Una propuesta de Gobernanza tal y como la define la Constitución del Arbitrum DAO. Hay dos tipos de AIP: AIP constitucionales y AIP no constitucionales.

Arbitrum Nitro

Es la pila tecnológica actual de Arbitrum; ejecuta un fork de Geth directamente en la Layer 2 (L2) y usa WebAssembly como su VM subyacente para fraud proofs.

Arbitrum Nova

Es la primera chain Arbitrum AnyTrust que se ejecuta en la mainnet de Ethereum. Introduce transacciones más baratas; ideal para juegos y casos de uso social. Implementa el protocolo Arbitrum AnyTrust, no el protocolo Arbitrum Rollup Protocol.

Arbitrum One

Es la primera Arbitrum Rollup Chain que se ejecuta en la mainnet de Ethereum. Totalmente trustless; hereda las garantías de seguridad de la layer base de Ethereum sin introducir suposiciones de confianza adicionales; excelente para finanzas descentralizadas y otros casos de uso que exigen confianza de nivel L1.

Arbitrum Rollup Chain

Es una Arbitrum chain que implementa el Arbitrum Rollup Protocol.

Arbitrum Rollup Protocol

Es un protocolo Arbitrum Layer 2 (L2) trustless y permissionless que utiliza su layer base subyacente (es decir, Ethereum) para la disponibilidad de datos y hereda su seguridad. Este protocolo es implementado por nuestra chain, Arbitrum One.

Claimable airdrop period

Es el período de tiempo en el que los destinatarios de tokens $ARB elegibles pueden reclamar sus tokens.

Claimed airdrop tokens

Tokens $ARB reclamados del Contrato de distribuidor de tokens durante el período de airdrop reclamable.

Constitutional AIP

Es la opuesta de la AIP No Constitucional. Es la más estricta de los dos tipos de propuestas. Consulte la Constitución del Arbitrum DAO para obtener una definición más precisa.

DAO-governed chains

Es un conjunto autorizado de partes responsables de hacer cumplir la disponibilidad de datos en una cadena de protocolo Arbitrum AnyTrust . Consulte Introducción a las cadenas AnyTrust: cadenas L2 más baratas y rápidas con supuestos de confianza mínimos para obtener más información.

Data Availability Committee (DAC)

Es un conjunto autorizado de partes responsables de hacer cumplir la disponibilidad de datos en una chain de protocolo Arbitrum AnyTrust . Consulte Introducción a las cadenas AnyTrust: cadenas L2 más baratas y rápidas con supuestos de confianza mínimos para obtener más información.

Aplicaciones descentralizadas (dApps)

Son aplicaciones que combinan smart contracts basados ​​en blockchain con interfaces de usuario frontend. Arbitrum facilita la creación de dApps de Ethereum rápidas que heredan las garantías de seguridad de Ethereum y, al mismo tiempo, mantiene los costos bajos para los usuarios finales.

Delegate

Es un usuario que tiene la capacidad de votar sobre las propuestas de la Arbitrum Governance. Podría ser un holders de un token $ARB o alguien a quien otros holders de tokens $ARB hayan delegado su poder de voto.

Emergency action

Un tipo específico de acción de gobernanza utilizada por el Consejo de Seguridad en situaciones de emergencia, como corregir una vulnerabilidad crítica. A diferencia de la acción que no es de emergencia.

Ethereum consensus layer (CL)

Facilita el staking, el consenso peer-to-peer, la creación de bloques y las certificaciones para la red de Layer 1 (L1) de Ethereum . Desarrollado por clientes de la layer de consenso, como Prysm, Teku y Lighthouse.

Ethereum execution layer (EL)

Facilita la lógica de los smart contracts y la ejecución de los mismos para la red de Layer1 (L1) de Ethereum . Desarrollado por clientes de la layer de ejecución como Geth, Nethermind y Besu.

Geth

Es un cliente de execution-layer que define la función de transición de estado de Ethereum y maneja la lógica de network-layer como la agrupación de memoria de transacciones. Arbitrum Nitro utiliza un fork de Geth para implementar la función de transición de estado de Arbitrum.

Governance

La forma en que se toman las decisiones. La gobernanza de las tecnologías web2 tradicionalmente depende de una junta directiva que cumple con los contratos sociales confiables, mientras que la gobernanza de las tecnologías web3 depende de las Organizaciones Autónomas Descentralizadas (DAO) que utilizan trustless smart contracts.

Governance proposal

Es una propuesta para cambiar algún aspecto del protocolo de gobierno de Arbitrum DAO . Hay dos tipos de propuestas de gobernanza de Arbitrum DAO: AIP constitucionales y AIP no constitucionales .

Governance token

Es un tipo particular de token que permite a los holders de tokens votar sobre propuestas de gobernanza. $ARB es un ejemplo de un token de gobierno; permite a los holders de tokens crear y votar propuestas de gobernanza de Arbitrum DAO .

Immutable

En el contexto de Ethereum, la inmutabilidad se refiere a la incapacidad de cambiar los datos registrados en la blockchain. Puede pensar en la blockchain de Ethereum como una estructura de datos de lista enlazada distribuida y descentralizada que almacena el historial completo de transacciones dentro de una red distribuida globalmente de computadoras que ejecutan el software de cliente de Ethereum.

El software del cliente implementa un protocolo que almacena el historial de transacciones dentro de una estructura de datos conocida como "block"; los blocks están vinculados a otros blocks en orden cronológico. Debido a que cada block contiene un hash criptográfico del block anterior, es extremadamente difícil cambiar los datos de la transacción después de que la red los haya registrado como canónicos.

Layer 1 (L1)

Es el protocolo base y la blockchain subyacente de la red Ethereum. Responsable de mantener la integridad del ledger distribuido y ejecutar smart contracts. Contiene la execution layer y la consensus layer de Ethereum.

Layer 2 (L2)

Son soluciones de escalabilidad trustless construidas sobre el protocolo base de Layer1 (L1) de Ethereum, como state channels, plasma chains, optimistic rollups, y ZK-rollups. Las soluciones de Layer 2 tienen como objetivo aumentar la escalabilidad y reducir el costo de las transacciones en la Layer 1 de Ethereum sin introducir suposiciones de confianza adicionales.

Mechanism design

El proceso de diseño de protocolos, o mecanismos, que incentivan comportamientos específicos. En el contexto de Ethereum, el diseño de mecanismos generalmente se refiere a mecanismos que intentan alinear los incentivos de los participantes para lograr resultados particulares de manera justa y transparente. Los desarrolladores usan Arbitrum para implementar diseños de mecanismos dentro de sus aplicaciones descentralizadas (dApps).

Multisignature wallet

Una billetera que requiere múltiples claves privadas para firmar transacciones. Utilizado por el Consejo de Seguridad para desencadenar acciones de emergencia. Comúnmente conocido como “multi-sig".

Node operator

Cualquiera que ejecute software de protocolo central en el ecosistema Ethereum/Arbitrum; por ejemplo, nodos Ethereum, nodos Arbitrum One o nodos Arbitrum Nova.

Non-constitutional AIP

Es uno de los dos tipos de propuestas de gobernanza de Arbitrum DAO (el otro es AIP constitucional ). Las AIP no constitucionales son aquellas que no cumplen con los criterios para ser consideradas "constitucionales".

Non-emergency action

Acciones de rutina tomadas por el Consejo de Seguridad, como actualizaciones y mantenimiento de software. Las acciones de emergencia se activan solo después de un retraso, a diferencia de la acción de emergencia.

Off-chain governance

A diferencia de la gobernanza on-chain o la gobernanza de smart contracts. La gobernanza off-chain se lleva a cabo a través del consenso social y las propuestas off-chain. El mecanismo EIP de la Fundación Ethereum es un ejemplo de un protocolo de gobernanza off-chain.

Off-chain governance action

Uno de los dos tipos de acciones de gobernanza permitidas por la Constitución del Arbitrum DAO . Las acciones off-chain son acciones que se ejecutan sin smart contracts. Un ejemplo de una acción de gobernanza off-chain es tomar una "verificación de temperatura" en una propuesta antes de enviarla al contrato del Gobernador.

On-chain governance

A diferencia de la gobernanza off-chain, la gobernanza social o la pseudo gobernanza. La gobernanza on-chain es la gobernanza implementada por smart contracts que permiten a los miembros de DAO determinar, mediante el uso de propuestas de gobernanza, cómo la DAO asigna sus recursos y actualiza sus protocolos. Arbitrum DAO utiliza la gobernanza on-chain.

On-chain governance action

Uno de los dos tipos de acciones de gobernanza permitidas por la Constitución del Arbitrum DAO . Las acciones en cadena se ejecutan como transacciones enviadas a los contratos inteligentes de gobernanza de Arbitrum DAO . Actualizar la tasa de inflación de $ARB es un ejemplo de una acción de gobernanza en cadena.

Optimistic rollup protocol

Los optimistic rollup protocols son protocolos de Layer 2 (L2) que están diseñados para ampliar el rendimiento de la layer base de Ethereum mediante el uso de la base layer para la disponibilidad de datos y la descarga de computación a nodos off-chain. Arbitrum Rollup Protocol es un optimistic rollup protocol que hereda las garantías de seguridad de la layer base de Ethereum.

Progressive decentralization

El proceso de aumentar gradualmente la descentralización de un sistema a lo largo del tiempo. En el contexto de Arbitrum DAO, y descentralizando Arbitrum One y Arbitrum Nova, la descentralización progresiva se refiere a descentralizar la propiedad de las chains, validadores, secuenciadores y el Comité de disponibilidad de datos (DAC).

Proposal waiting period

Un período de demora de aplicación del contrato de aproximadamente dos semanas que comienza después de que se acepta una propuesta de Gobernanza y después del cual la propuesta entra en vigencia. El período de espera de la propuesta está destinado a dar a los usuarios la opción de optar por no participar (por ejemplo, retirando sus fondos).

Prysm

Es un cliente de consensus layer que impulsa Ethereum Layer 1 (L1). Creado originalmente por Prysmatic Labs; adquirida por Offchain Labs en 2022.

Security Council

Es un consejo de entidades de 12 miembros que poseen las claves privadas de una billetera Multisignature de 12 miembros. Los miembros del consejo usan esta billetera para realizar acciones de emergencia y acciones que no son de emergencia.

Security Council election

Es un proceso por el cual el Arbitrum DAO puede elegir a los miembros del Consejo de Seguridad. Ocurre dos veces al año.

Seed phrase

También conocida como "frase de recuperación" o "frase de respaldo". Una secuencia de palabras altamente sensible y determinista que puede usar para recuperar las claves privadas de su billetera Ethereum si pierde sus credenciales o dispositivos.

Smart contract

Código autoejecutable que se almacena y ejecuta en la blockchain de Ethereum, ya sea en la Layer 1 (L1) o en la Layer 2 (L2). Los smart contracts le permiten automatizar tareas y protocolos de una manera trustless. Arbitrum DAO utiliza smart contracts para implementar la “trustless” a los protocolos definidos por la Constitución de Arbitrum DAO.

Snapshot poll

Mecanismo por el cual los Delegados pueden votar off-chain; utilizado para controles de temperatura junto con el foro de gobierno Arbitrum DAO.

Standard Token gateway

Una serie de smart contracts responsables de cruzar los tokens ERC20 en Ethereum a chains de Arbitrum como Arbitrum One o Arbitrum Nova y viceversa. La standard token gateway mantiene el token L1 depositado en Ethereum y mintea/quema la representación del token L2 en los depósitos/retiros.

The Arbitrum Foundation

Es la entidad legal que se rige por el Arbitrum DAO. Se sujeta a las reglas articuladas dentro de la Constitución del Arbitrum DAO.

The Arbitrum Foundation tokens

Son los tokens $ARB propiedad de la Arbitrum DAO Treasury.

The Constitution of the Arbitrum DAO

Un documento formal que establece las reglas, los procedimientos y los valores comunitarios por los que opera Arbitrum DAO. El hash de la constitución canónica se almacena en chain y se puede actualizar a través de la gobernanza. El protocolo descrito por la Constitución de Arbitrum DAO está codificado dentro de los smart contracts que facilitan la gobernanza de Arbitrum DAO.

Timelock contract

Es un smart contract que restringe que una acción tenga lugar antes de un tiempo futuro específico. Se utiliza en varias etapas del proceso de propuesta de gobernanza de Arbitrum DAO.

Token Distributor Contract

Es el smart contract responsable de mantener y distribuir tokens $ARB para el Airdrop inicial.

Token-weighted governance

Es un sistema de gobierno de protocolo en el que el peso de la votación es proporcional a la propiedad de un token de gobierno. Arbitrum DAO implementa la gobernanza ponderada por token.

Transparency report

Un informe que explica qué acciones se tomaron y por qué, especialmente después de las acciones de Emergencia ejecutadas por el Consejo de Seguridad.

Trustless

En el contexto de Ethereum, “Trustless” se refiere a la capacidad de un sistema para operar sin depender de una autoridad central o intermediario. En cambio, los usuarios depositan su confianza en las matemáticas y los protocolos.

Esto se logra mediante el uso de técnicas criptográficas y mecanismos de consenso descentralizados que permiten a los usuarios verificar la integridad de las transacciones de la red utilizando software de código abierto. Los sistemas trustless se consideran más seguros y resistentes al fraude o la manipulación porque no dependen de un único punto de falla que los atacantes pueden aprovechar.

Unclaimed airdrop tokens

Son Tokens $ARB reclamables en el Contrato de distribuidor de tokens no han sido  sido reclamados por sus propietarios potenciales.

Votable tokens

Son Tokens $ARB reclamados a través de nuestro Airdrop. Más precisamente, todos los tokens $ARB existentes, excepto:

• Tokens propiedad de Arbitrum DAO

• Tokens propiedad de The Arbitrum Foundation

• Tokens de airdrop aún no reclamados

Los tokens votables otorgan a sus holders poder de voto en proporción directa a la cantidad de tokens que poseen. Más $ARB == más poder de voto.

Voting period

Se refiere a los 14-16 días después de que se haya presentado con éxito una propuesta de mejora de Arbitrum (AIP), durante los cuales los miembros de Arbitrum DAO pueden votar a favor o en contra.