Pavimentando el camino: marco para horquillas impulsadas por la comunidad
Por DeHub Team — 2023-07-04
En el tercer trimestre de 2023, después de haberlo pasado, establecimos un marco para las futuras bifurcaciones impulsadas por la comunidad.
## ¿Por qué formalizar algo que funcionó de manera informal?
Porque funcionó una vez, con un grupo específico, en condiciones que no se repetirán.
El tenedor fan.site fue dirigido por grandes titulares a largo plazo que conocíamos. Todo se negociaba a medida que surgía. Eso está bien una vez y es una mala manera de ejecutar un sistema sin permiso, porque el siguiente grupo serán extraños con un mercado diferente y un nivel diferente de buena voluntad, y "depende de quién seas" es precisamente la descentralización de la propiedad que se supone que debe eliminar.
Un marco escrito después de un buen resultado y antes de uno difícil vale mucho más que uno escrito durante una disputa.
Qué cubre
Lo que un tenedor puede esperar de nosotros. El código ya es suyo. El marco establece qué más está disponible: la transferencia de conocimientos de ingeniería que ejecutamos para fan.site, y sobre qué base.
Dónde están los límites. La marca, las comunicaciones y la comunidad no se bifurcan. Una bifurcación obtiene la tecnología, no nuestro nombre o nuestra audiencia. La separación se manejó deliberadamente para fan.site: comunicación mínima entre comunidades, sin promoción cruzada, y ese es el caso predeterminado en lugar de un caso especial.
Cómo se trata a los titulares. Los lanzamientos aéreos a los participantes de DeHub habían sido parte del modelo desde el primer documento técnico en 2021, y el lanzamiento aéreo del socio fan.site siguió ese patrón. Expresar la expectativa por adelantado es mejor que dejar que cada horquilla invente su propia disposición.
Lo que no haremos. No obstruimos las horquillas. Tampoco los respaldamos y no asumimos la responsabilidad de en qué se convierten.
La parte que es realmente difícil
Un tenedor puede hacer algo que nosotros no haríamos. Eso no es un error en el arreglo, es el arreglo. Decidir de antemano dónde termina el soporte es mucho más fácil que decidirlo una vez que un proyecto específico ha hecho algo específico que no te gusta.
Escribirlo antes de que eso suceda es la única versión que tiene integridad, porque una regla inventada en respuesta a un caso al que se opone no es una regla.
Dónde se encuentra esto
Sigue el mismo patrón que todo lo demás en este archivo que funcionó: publicar la regla primero, aplicarla mecánicamente y eliminar la necesidad de confiar en nuestro juicio en el momento. Ese es el razonamiento detrás de la aleatorización probablemente justa, la [política de DEX publicada] (/guides/open-and-clear-dex-policy-implementation-and-transparency-commitment---a-dehub-milestone-from-q4-2023) y la política de DEX publicada. las reglas de instantáneas adjuntas a cada lanzamiento aéreo que hemos ejecutado.
Un marco para bifurcaciones es la misma idea aplicada a la gobernanza. Como dijimos en ese momento: es posible que no siempre estemos de acuerdo con todas las industrias, pero no podemos evitar que alguien bifurque nuestra aplicación y deje caer a nuestros titulares. Ante eso, la única pregunta es si ocurre en términos declarados o improvisados.
Lo que no hace
No hace que un tenedor sea nuestra responsabilidad, y no hace que uno sea nuestro respaldo.
Esa distinción está haciendo mucho trabajo y eventualmente será probada por una bifurcación con la que preferiríamos no estar asociados. Cuando eso sucede, el marco es lo que impide que la respuesta se improvise: el apoyo es la ingeniería, el límite es la marca y la comunidad, y ni se expande ni se contrae en función de cómo nos sentimos con respecto a un proyecto en particular.
Tampoco nos obliga a lanzar a nadie desde el aire. Los equipos de bifurcación deciden qué distribuyen y a quién. El patrón establecido por fan.site es una expectativa que el ecosistema ha heredado, no una regla que podamos hacer cumplir con el token de otra persona.