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

Una Propuesta de Mejora de Arbitrum (AIP) es una propuesta presentada por un miembro de Arbitrum DAO que propone un cambio en el ecosistema de Arbitrum. Hay dos tipos de AIP: constitucionales y no constitucionales:

• Los AIP constitucionales son aquellos que modifican el texto o los procedimientos de la Constitución o AIP-1, instalan o modifican software en cualquier chain, o toman cualquier acción que requiera el permiso del "chain owner" en cualquier chain.

• Los AIP no constitucionales son todos los demás AIP, como aquellos que solicitan fondos / grants o proporcionan pautas generales o información a la comunidad.

En esta descripción conceptual, evaluaremos el ciclo de vida y la anatomía de ambos tipos de AIP.

La Constitución del Arbitrum DAO alienta a los proponentes a incluir las siguientes secciones dentro de las Propuestas de Mejora de Arbitrum:

• Resumen - Dos o tres oraciones que resumen el AIP.

• Motivación - Una declaración sobre por qué la comunidad de Arbitrum debería implementar el AIP.

• Justificación - Una explicación de cómo el AIP se alinea con la misión y los valores rectores de la comunidad de Arbitrum.

• Términos clave - definiciones de cualquier término dentro de la propuesta que sea exclusivo de la propuesta, nuevo para la comunidad de Arbitrum y/o específico de la industria. Esta sección es opcional, pero recomendable.

• Especificaciones - Un desglose detallado de las plataformas y tecnologías que se utilizarán. Aquí es donde puede elaborar el "por qué" de sus decisiones de diseño. También puede usar esta sección para describir diseños alternativos que se consideraron y trabajos relacionados, por ejemplo, cómo se han implementado con éxito (o sin éxito) especificaciones similares en otras chains o lenguajes.

• Pasos para implementar - Los pasos para implementar el AIP, incluidos los costos asociados, la mano de obra y otros recursos para cada paso cuando corresponda. Los AIP que involucran transacciones con terceros (como grants) deberán asegurarse de que también se incluyan la documentación y los procedimientos legales aplicables.

• Cronograma - detalles de tiempo relevantes, incluidos, entre otros, la fecha de inicio, los hitos y las fechas de finalización.

• Costo total - El costo total para implementar el AIP. La sección de costos generales debe incluir un desglose del costo total del AIP, incluidos los costos asociados para cada etapa cuando corresponda. Considere tanto los costos fijos como los costos recurrentes.

A veces, los AIP no se pasan en el primer intento. Si no se aprueba un AIP, el proponente puede volver a presentar el AIP después de abordar las preocupaciones de la comunidad. El proponente debe incluir las siguientes secciones adicionales en el AIP presentado nuevamente:

• Un enlace al AIP anterior - el enlace al AIP anterior debe incluirse en el AIP enviado nuevamente.

• Razones por las que no se aprobó el AIP - Las razones por las que no se aprobó el AIP deben incluirse en el AIP presentado nuevamente.

• Cambios realizados en el AIP - Los cambios realizados en el AIP deben incluirse para abordar las preocupaciones planteadas durante la presentación anterior del AIP.

• Información adicional - las intenciones más detalladas, los detalles específicos y los detalles de implicación pueden ayudar a la comunidad a comprender el AIP revisado, lo que aumenta las posibilidades de que se apruebe.

Para obtener una descripción general técnica de los detalles de implementación, visite el repositorio de gobernanza:

• Contratos de acción de gobernanza

• Arbitrum Governance: Descripción técnica

• Ejemplo de ciclo de vida de la propuesta

• Gobernanza de ida y vuelta - Diagrama

El proceso de presentación de propuestas comienza con un control, donde se sugiere el AIP en el foro de gobernanza de Arbitrum DAO junto con un snapshot. Se discute / debate durante 1 semana. Si el AIP pasa el control, pasa a la siguiente fase, que es el AIP formal y la convocatoria de votación. En esta fase, el AIP se envía a través de contratos de gobierno en Arbitrum One a través de la interfaz de usuario de Tally. Después de 3 días, se toma un snapshot de la distribución de votantes y comienza el período de votación.

Cada AIP debe etiquetarse como constitucional o no constitucional, y también debe especificar claramente a qué chain (s) gobernada por Arbitrum DAO afectará. Si el AIP pasa, pasa por una serie de fases que incluyen períodos de espera L2 y L1 y, finalmente, la implementación de la propuesta. Este proceso generalmente toma 34 días para un AIP constitucional o 21 días para un AIP no constitucional, pero puede tomar más tiempo si el AIP lo especifica.

Esta es la primera fase del proceso de Propuesta de Mejora del Arbitraje (AIP):

1. El AIP propuesto se presenta siguiendo el procedimiento descrito en Cómo presentar una propuesta DAO.

2. Se inicia una discusión en el foro de gobernanza Arbitrum DAO.

3. Se crea una encuesta instantánea para ayudar a medir el interés de los miembros de Arbitrum DAO, ya sea al mismo tiempo que la publicación en el foro o después de que la publicación en el foro haya facilitado la discusión inicial. Esta encuesta sólo puede iniciarse mediante una dirección que pueda representar al menos el 0.01% de los tokens votables.

4. La encuesta dura 7 días y se decide por mayoría simple sin umbral de participación requerido.

Este es un paso opcional, pero se recomienda como una práctica recomendada de gobernanza de diligencia debida. Si un AIP no pasa este control, se alienta al autor original del AIP a abstenerse de proceder, y se alienta a los votantes a rechazarlo si el autor continúa. Si un proponente de AIP decide omitir este paso, los votantes deben considerar esto como un factor en su voto.

En esta fase, el AIP se presenta oficialmente a través de Smart contracts de gobernanza en la chain Arbitrum One. El proponente del AIP debe tener una dirección que pueda representar al menos 1.000.000 de tokens votables. Después de enviar el AIP, hay un período de 3 días para que las partes interesadas discutan la propuesta y reúnan votos antes de que se tome un snapshot de distribución de votantes. Durante esta fase, el AIP debe ser etiquetado como constitucional o no constitucional. Además, el AIP debe especificar claramente a qué chain(s) gobernada(s) por Arbitrum DAO afectará. Esta fase es importante ya que define un protocolo claro y formal para proponer y votar sobre los AIP.

Durante esta fase, los miembros del Arbitrum DAO pueden votar directamente on-chain a favor (o en contra) de un AIP presentado. Para que el AIP sea aprobado, más tokens votables deben votar a favor que en contra, y un cierto porcentaje de todos los tokens votables deben votar a favor. Este porcentaje es del 5% para los AIP constitucionales y del 3% para los AIP no constitucionales, y se conoce como "Threshold 2" dentro de la Constitución..

El período de votación para un AIP termina 14 días después de su inicio. Sin embargo, si se alcanza el Threshold 2 dentro de los últimos 2 días del período de votación, el período de votación se extiende por 2 días. Si el AIP no se aprueba, el proceso finaliza después de esta Fase 3. Si se aprueba, los AIP constitucionales pasan a las Fases 4 a 7, mientras que los AIP no constitucionales se saltan las Fases 4 a 6 y van directamente a la Fase 7.

Después de que un AIP pasa la Fase 3 del proceso de votación, hay un período de espera de 3 días conocido como Fase 4. Durante este tiempo, las personas que no están de acuerdo con el AIP tienen la oportunidad de retirar sus fondos o tomar otras medidas en L2. Este período está destinado a dar a todos tiempo para considerar la decisión y hacer los ajustes necesarios a sus inversiones o acciones.

Una vez que finalice el período de espera de 3 días, el AIP pasará a la siguiente fase del proceso de votación, siempre y cuando no surjan problemas importantes. Este período de espera es importante porque garantiza que todos tengan la oportunidad de expresar sus preocupaciones y recalibrar su participación antes de que se finalice el AIP.

Una vez que el período de espera de 3 días de la Fase 4 ha pasado y se ha aprobado un AIP, comienza la Fase 5 del proceso de votación. En esta fase, se envía un mensaje de L2 a L1 que indica que el AIP ha pasado. Este mensaje se envía a L1, que es la principal Blockchain de Ethereum. Una vez finalizado el mensaje en L1 (esto tarda al menos 1 semana), cualquiera puede canjearlo para completar este paso y pasar al siguiente paso del proceso. Esto asegura que la finalización del período de espera L2 se reconocerá en L1 después de que cualquier retiro iniciado durante o poco después del período de votación haya sido reconocido en L1.

Esta fase es importante porque conecta la Blockchain de Arbitrum, que es una Blockchain de Layer 2 (o L2), con la Blockchain principal de Ethereum, que es la chain L1. Esta conexión da a los miembros de la DAO una garantía de que la decisión de la DAO (y los votos de sus miembros) se registra de manera inmutable. Este es un paso importante en el proceso de toma de decisiones descentralizada porque garantiza que todos puedan confiar en el resultado del proceso de votación.

Después de la Fase 5 del proceso de votación, donde la decisión se registra en la red principal de Ethereum, el proceso entra en la Fase 6, que es un período de espera de 3 días. Este período de espera garantiza que las transacciones en curso tengan tiempo suficiente para finalizar en la red principal antes de que se implemente el AIP.

Este período de espera es importante porque minimiza el riesgo de que un AIP afecte negativamente las transacciones que se iniciaron antes de la aprobación del AIP por parte de la DAO. Una vez finalizado este período de espera, el AIP entra en vigor.

La fase 7 es el paso final en el proceso de votación en el que un AIP aprobado se ejecuta e implementa por completo. Una implementación de AIPs puede ocurrir de una de dos maneras. Puede suceder directamente en la red principal de Ethereum, o a través de una transacción enviada desde L1 a una o más de las chains de Layer 2 que se rigen por Arbitrum DAO. Este mecanismo de L1 a L2 garantiza que los cambios realizados por un AIP aprobado sean reconocidos y admitidos en las chains L1 y L2. Una vez que el AIP se haya ejecutado e implementado por completo, sus cambios estarán activos hasta que se pase otro AIP para realizar más cambios.

Cuando se aprueba un AIP, significa que se realizarán cambios en el sistema de gobierno de Arbitrum DAO. Estos cambios pueden ser "cambios de ruptura": cambios que hacen que otras partes del sistema de gobierno (o sistemas de terceros) dejen de funcionar o se comporten de manera diferente.

Para garantizar que los propietarios de estas dependencias posteriores tengan tiempo suficiente para adaptarse a este tipo de cambios, los remitentes de propuestas pueden especificar opcionalmente un período de espera adicional que debe respetarse antes de que los cambios del AIP entren en vigencia. Esto se recomienda para los AIP que requieren que las partes interesadas de Arbitrum DAO dediquen algún tiempo a prepararse para los cambios propuestos por el AIP. Este mecanismo ayuda a garantizar que tanto los sistemas de Arbitrum DAO como los sistemas de terceros puedan permanecer disponibles y estables durante y después de la implementación de cualquier AIP.

Todo el proceso de votación del AIP, incluidas las siete fases, generalmente tarda 34 días en completarse para los AIP constitucionales, o 21 días para los AIP no constitucionales, desde el inicio del control en la Fase 1. Este proceso está diseñado para permitir una consideración y votación exhaustivas, asegurando que todos tengan una oportunidad justa de expresar sus opiniones y preocupaciones.

Esta descripción conceptual presenta una elaboración amigable para principiantes sobre el proceso AIP detallado en La Constitución del Arbitrum DAO. Este proceso está diseñado para garantizar que los cambios propuestos se alineen con la misión y los valores rectores de la comunidad de Arbitrum, y que las diversas partes interesadas de la comunidad tengan la oportunidad de discutir, debatir, votar y prepararse para los cambios propuestos antes de que finalmente se implementen.

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

Una Propuesta de Mejora de Arbitrum (AIP) es una propuesta presentada por un miembro de Arbitrum DAO que propone un cambio en el ecosistema de Arbitrum. Hay dos tipos de AIP: constitucionales y no constitucionales:

• Los AIP constitucionales son aquellos que modifican el texto o los procedimientos de la Constitución o AIP-1, instalan o modifican software en cualquier chain, o toman cualquier acción que requiera el permiso del "chain owner" en cualquier chain.

• Los AIP no constitucionales son todos los demás AIP, como aquellos que solicitan fondos / grants o proporcionan pautas generales o información a la comunidad.

En esta descripción conceptual, evaluaremos el ciclo de vida y la anatomía de ambos tipos de AIP.

La Constitución del Arbitrum DAO alienta a los proponentes a incluir las siguientes secciones dentro de las Propuestas de Mejora de Arbitrum:

• Resumen - Dos o tres oraciones que resumen el AIP.

• Motivación - Una declaración sobre por qué la comunidad de Arbitrum debería implementar el AIP.

• Justificación - Una explicación de cómo el AIP se alinea con la misión y los valores rectores de la comunidad de Arbitrum.

• Términos clave - definiciones de cualquier término dentro de la propuesta que sea exclusivo de la propuesta, nuevo para la comunidad de Arbitrum y/o específico de la industria. Esta sección es opcional, pero recomendable.

• Especificaciones - Un desglose detallado de las plataformas y tecnologías que se utilizarán. Aquí es donde puede elaborar el "por qué" de sus decisiones de diseño. También puede usar esta sección para describir diseños alternativos que se consideraron y trabajos relacionados, por ejemplo, cómo se han implementado con éxito (o sin éxito) especificaciones similares en otras chains o lenguajes.

• Pasos para implementar - Los pasos para implementar el AIP, incluidos los costos asociados, la mano de obra y otros recursos para cada paso cuando corresponda. Los AIP que involucran transacciones con terceros (como grants) deberán asegurarse de que también se incluyan la documentación y los procedimientos legales aplicables.

• Cronograma - detalles de tiempo relevantes, incluidos, entre otros, la fecha de inicio, los hitos y las fechas de finalización.

• Costo total - El costo total para implementar el AIP. La sección de costos generales debe incluir un desglose del costo total del AIP, incluidos los costos asociados para cada etapa cuando corresponda. Considere tanto los costos fijos como los costos recurrentes.

A veces, los AIP no se pasan en el primer intento. Si no se aprueba un AIP, el proponente puede volver a presentar el AIP después de abordar las preocupaciones de la comunidad. El proponente debe incluir las siguientes secciones adicionales en el AIP presentado nuevamente:

• Un enlace al AIP anterior - el enlace al AIP anterior debe incluirse en el AIP enviado nuevamente.

• Razones por las que no se aprobó el AIP - Las razones por las que no se aprobó el AIP deben incluirse en el AIP presentado nuevamente.

• Cambios realizados en el AIP - Los cambios realizados en el AIP deben incluirse para abordar las preocupaciones planteadas durante la presentación anterior del AIP.

• Información adicional - las intenciones más detalladas, los detalles específicos y los detalles de implicación pueden ayudar a la comunidad a comprender el AIP revisado, lo que aumenta las posibilidades de que se apruebe.

Para obtener una descripción general técnica de los detalles de implementación, visite el repositorio de gobernanza:

• Contratos de acción de gobernanza

• Arbitrum Governance: Descripción técnica

• Ejemplo de ciclo de vida de la propuesta

• Gobernanza de ida y vuelta - Diagrama

El proceso de presentación de propuestas comienza con un control, donde se sugiere el AIP en el foro de gobernanza de Arbitrum DAO junto con un snapshot. Se discute / debate durante 1 semana. Si el AIP pasa el control, pasa a la siguiente fase, que es el AIP formal y la convocatoria de votación. En esta fase, el AIP se envía a través de contratos de gobierno en Arbitrum One a través de la interfaz de usuario de Tally. Después de 3 días, se toma un snapshot de la distribución de votantes y comienza el período de votación.

Cada AIP debe etiquetarse como constitucional o no constitucional, y también debe especificar claramente a qué chain (s) gobernada por Arbitrum DAO afectará. Si el AIP pasa, pasa por una serie de fases que incluyen períodos de espera L2 y L1 y, finalmente, la implementación de la propuesta. Este proceso generalmente toma 34 días para un AIP constitucional o 21 días para un AIP no constitucional, pero puede tomar más tiempo si el AIP lo especifica.

Esta es la primera fase del proceso de Propuesta de Mejora del Arbitraje (AIP):

1. El AIP propuesto se presenta siguiendo el procedimiento descrito en Cómo presentar una propuesta DAO.

2. Se inicia una discusión en el foro de gobernanza Arbitrum DAO.

3. Se crea una encuesta instantánea para ayudar a medir el interés de los miembros de Arbitrum DAO, ya sea al mismo tiempo que la publicación en el foro o después de que la publicación en el foro haya facilitado la discusión inicial. Esta encuesta sólo puede iniciarse mediante una dirección que pueda representar al menos el 0.01% de los tokens votables.

4. La encuesta dura 7 días y se decide por mayoría simple sin umbral de participación requerido.

Este es un paso opcional, pero se recomienda como una práctica recomendada de gobernanza de diligencia debida. Si un AIP no pasa este control, se alienta al autor original del AIP a abstenerse de proceder, y se alienta a los votantes a rechazarlo si el autor continúa. Si un proponente de AIP decide omitir este paso, los votantes deben considerar esto como un factor en su voto.

En esta fase, el AIP se presenta oficialmente a través de Smart contracts de gobernanza en la chain Arbitrum One. El proponente del AIP debe tener una dirección que pueda representar al menos 1.000.000 de tokens votables. Después de enviar el AIP, hay un período de 3 días para que las partes interesadas discutan la propuesta y reúnan votos antes de que se tome un snapshot de distribución de votantes. Durante esta fase, el AIP debe ser etiquetado como constitucional o no constitucional. Además, el AIP debe especificar claramente a qué chain(s) gobernada(s) por Arbitrum DAO afectará. Esta fase es importante ya que define un protocolo claro y formal para proponer y votar sobre los AIP.

Durante esta fase, los miembros del Arbitrum DAO pueden votar directamente on-chain a favor (o en contra) de un AIP presentado. Para que el AIP sea aprobado, más tokens votables deben votar a favor que en contra, y un cierto porcentaje de todos los tokens votables deben votar a favor. Este porcentaje es del 5% para los AIP constitucionales y del 3% para los AIP no constitucionales, y se conoce como "Threshold 2" dentro de la Constitución..

El período de votación para un AIP termina 14 días después de su inicio. Sin embargo, si se alcanza el Threshold 2 dentro de los últimos 2 días del período de votación, el período de votación se extiende por 2 días. Si el AIP no se aprueba, el proceso finaliza después de esta Fase 3. Si se aprueba, los AIP constitucionales pasan a las Fases 4 a 7, mientras que los AIP no constitucionales se saltan las Fases 4 a 6 y van directamente a la Fase 7.

Después de que un AIP pasa la Fase 3 del proceso de votación, hay un período de espera de 3 días conocido como Fase 4. Durante este tiempo, las personas que no están de acuerdo con el AIP tienen la oportunidad de retirar sus fondos o tomar otras medidas en L2. Este período está destinado a dar a todos tiempo para considerar la decisión y hacer los ajustes necesarios a sus inversiones o acciones.

Una vez que finalice el período de espera de 3 días, el AIP pasará a la siguiente fase del proceso de votación, siempre y cuando no surjan problemas importantes. Este período de espera es importante porque garantiza que todos tengan la oportunidad de expresar sus preocupaciones y recalibrar su participación antes de que se finalice el AIP.

Una vez que el período de espera de 3 días de la Fase 4 ha pasado y se ha aprobado un AIP, comienza la Fase 5 del proceso de votación. En esta fase, se envía un mensaje de L2 a L1 que indica que el AIP ha pasado. Este mensaje se envía a L1, que es la principal Blockchain de Ethereum. Una vez finalizado el mensaje en L1 (esto tarda al menos 1 semana), cualquiera puede canjearlo para completar este paso y pasar al siguiente paso del proceso. Esto asegura que la finalización del período de espera L2 se reconocerá en L1 después de que cualquier retiro iniciado durante o poco después del período de votación haya sido reconocido en L1.

Esta fase es importante porque conecta la Blockchain de Arbitrum, que es una Blockchain de Layer 2 (o L2), con la Blockchain principal de Ethereum, que es la chain L1. Esta conexión da a los miembros de la DAO una garantía de que la decisión de la DAO (y los votos de sus miembros) se registra de manera inmutable. Este es un paso importante en el proceso de toma de decisiones descentralizada porque garantiza que todos puedan confiar en el resultado del proceso de votación.

Después de la Fase 5 del proceso de votación, donde la decisión se registra en la red principal de Ethereum, el proceso entra en la Fase 6, que es un período de espera de 3 días. Este período de espera garantiza que las transacciones en curso tengan tiempo suficiente para finalizar en la red principal antes de que se implemente el AIP.

Este período de espera es importante porque minimiza el riesgo de que un AIP afecte negativamente las transacciones que se iniciaron antes de la aprobación del AIP por parte de la DAO. Una vez finalizado este período de espera, el AIP entra en vigor.

La fase 7 es el paso final en el proceso de votación en el que un AIP aprobado se ejecuta e implementa por completo. Una implementación de AIPs puede ocurrir de una de dos maneras. Puede suceder directamente en la red principal de Ethereum, o a través de una transacción enviada desde L1 a una o más de las chains de Layer 2 que se rigen por Arbitrum DAO. Este mecanismo de L1 a L2 garantiza que los cambios realizados por un AIP aprobado sean reconocidos y admitidos en las chains L1 y L2. Una vez que el AIP se haya ejecutado e implementado por completo, sus cambios estarán activos hasta que se pase otro AIP para realizar más cambios.

Cuando se aprueba un AIP, significa que se realizarán cambios en el sistema de gobierno de Arbitrum DAO. Estos cambios pueden ser "cambios de ruptura": cambios que hacen que otras partes del sistema de gobierno (o sistemas de terceros) dejen de funcionar o se comporten de manera diferente.

Para garantizar que los propietarios de estas dependencias posteriores tengan tiempo suficiente para adaptarse a este tipo de cambios, los remitentes de propuestas pueden especificar opcionalmente un período de espera adicional que debe respetarse antes de que los cambios del AIP entren en vigencia. Esto se recomienda para los AIP que requieren que las partes interesadas de Arbitrum DAO dediquen algún tiempo a prepararse para los cambios propuestos por el AIP. Este mecanismo ayuda a garantizar que tanto los sistemas de Arbitrum DAO como los sistemas de terceros puedan permanecer disponibles y estables durante y después de la implementación de cualquier AIP.

Todo el proceso de votación del AIP, incluidas las siete fases, generalmente tarda 34 días en completarse para los AIP constitucionales, o 21 días para los AIP no constitucionales, desde el inicio del control en la Fase 1. Este proceso está diseñado para permitir una consideración y votación exhaustivas, asegurando que todos tengan una oportunidad justa de expresar sus opiniones y preocupaciones.

Esta descripción conceptual presenta una elaboración amigable para principiantes sobre el proceso AIP detallado en La Constitución del Arbitrum DAO. Este proceso está diseñado para garantizar que los cambios propuestos se alineen con la misión y los valores rectores de la comunidad de Arbitrum, y que las diversas partes interesadas de la comunidad tengan la oportunidad de discutir, debatir, votar y prepararse para los cambios propuestos antes de que finalmente se implementen.