Planificando la distribución de tokens de Superalgos (SA) de noviembre de 2021
Programación del proceso de gobernanza, sobre mantenedores y equipos, definiciones de gobernanza e informes de prueba de trabajo.
El próximo evento de distribución está casi aquí. El proceso de gobernanza sigue evolucionando con las lecciones aprendidas de eventos pasados. Revisaremos algunos de los cambios y el funcionamiento del próximo evento.
Lanzando el mercado
Pero antes de comenzar, hay un recordatorio importante que debo entregar primero.
Como expliqué en mi publicación sobre (Bootstrapping the Market for the Superalgos (SA) Token )Impulsando el mercado para el token de Superalgos (SA) el mes pasado, la comunidad está realizando importantes esfuerzos financieros para iniciar los fondos de liquidez en PancakeSwap.
El próximo evento de distribución está casi aquí. El proceso de gobernanza sigue evolucionando con las lecciones aprendidas de eventos pasados. Revisaremos algunos de los cambios y el funcionamiento de un grupo abierto de miembros de la comunidad ha agregado liquidez a estos fondos de sus propios bolsillos. Recuerde, el proyecto no vende tokens y no tiene presupuesto en ningún activo que no sea el token de Superalgos.
La comunidad debe tener mucho cuidado con la forma en que se distribuyen los tokens durante la fase de arranque. ¡No queremos que la gente retire sus tokens demasiado pronto!
Debido a que ya ha habido algunos retiros de efectivo inoportunos y perjudiciales, la comunidad desconfía de distribuir incentivos generosos entre los recién llegados en esta etapa.
Si es un colaborador nuevo o tiene un nuevo perfil de usuario listo para comenzar a participar en la gobernanza, asegúrese de leer the original post la publicación original. ¡Necesitamos que estés en la misma página que el resto de la comunidad!
Y si aún no está en el grupo privado de Telegram de Superalgos Hodlers, comuníquese con @julianmolina en Telegram para obtener el enlace de invitación para que pueda presentarse y comenzar a construir la confianza que tanto necesita.
Calendario del proceso de gobernanza
La gobernanza es un proceso. Comienza con la publicación de los informes de prueba de trabajo de los equipos y culmina con el evento de distribución. El proceso se lleva a cabo por etapas, de manera que se puedan realizar diferentes acciones en un orden lógico que haga que la distribución sea más fácil de entender, más predecible y más justa.
Se espera que envíe su perfil con cada tipo de voto antes de las fechas correspondientes en el calendario. El acuerdo comunitario es no modificar cada tipo de voto después de cada uno de los plazos correspondientes.
El programa es un experimento que intenta solucionar problemas experimentados en sesiones anteriores. Si funciona bien, es posible que se aplique de forma sistemática en el futuro.
30 de noviembre: cierre del espacio de trabajo con perfiles existentes
El último día del mes es el último día disponible para incorporar nuevos Perfiles de Usuario al espacio de trabajo de Superalgos de Distribución de Token. Los nuevos perfiles de usuario enviados después del 30 de noviembre a las 23:59:59 UTC se aceptarán en el repositorio, pero no llegarán al espacio de trabajo. Los perfiles que no ingresen al espacio de trabajo pueden participar en el evento de distribución correspondiente al mes siguiente, pero no al de cierre.
Si no haz creado y enviado tu perfil, ¡tienes hasta mañana!
1 de diciembre: informes de prueba de trabajo (POW)
La fecha límite para publicar informes de POW es el primer día del mes, es decir, el 1 de diciembre a las 23:59:59 UTC. Encuentra más sobre estos informes más adelante en esta publicación.
2 de diciembre — Votos de peso en piscinas
El segundo día del mes, la comunidad coloca Weight Votes en la jerarquía de Pools. Esta es la primera etapa del proceso de votación. Aquí es cuando la comunidad decide cómo distribuir las recompensas simbólicas entre los diferentes grupos de distribución.
Durante el mismo día, y después de que se publiquen los informes de pruebas de trabajo, la jerarquía de puestos se actualiza para reflejar los equipos existentes.
3 de diciembre — Votos de peso en posiciones
El tercer día del mes, la comunidad coloca los Votos por peso en la jerarquía de Posiciones. Esta es la segunda etapa del proceso de votación cuando la comunidad decide cómo recompensar a cada uno de los equipos.
4 de diciembre — Declaraciones de contribución
El cuarto día del mes, los colaboradores colocan sus reclamos en las posiciones definidas dentro de los equipos con los que cada colaborador pudo haber trabajado, según los informes de POW.
5 de diciembre — Reclamar votos
El quinto día del mes, la comunidad vota por las reclamaciones realizadas por los contribuyentes. Esta es la etapa final del proceso de votación.
6 de diciembre — Revisión de anomalías y quejas
El sexto día del mes está reservado para que la comunidad revise la lógica de distribución expresada en la votación final el día anterior. En caso de que se informen anomalías graves, es posible que debamos hacer ajustes o permitir que se actualicen los perfiles individuales.
Esto no pretende ofrecer una oportunidad para que la comunidad ajuste o mejore sus perfiles. Solo se abordarán los problemas graves.
7 de diciembre — Evento de distribución
El séptimo día del mes es el día en que se ejecuta el proceso de distribución.
Acerca de mantenimiento de código y los equipos
Aclaremos y eliminemos la ambigüedad de algunos de los aspectos del funcionamiento de equipos y proyectos tal como se definen en la publicación (Multi-Project Roadmap) Hoja de ruta multiproyecto de Luis Fernando Molina y en mi propia publicación (How to Contribute to Superalgos) Cómo contribuir a Superalgos. Las siguientes consideraciones reemplazan las nociones propuestas en esos puestos anteriores, que pronto se modificarán en consecuencia, como parte del mantenimiento regular de las herramientas de incorporación.
Mantenimiento del código
El código base se divide en varios proyectos y cada proyecto puede tener mantenedores. El concepto de mantenedores responsables de ciertos proyectos, o incluso activos individuales, por ejemplo, el archivo README en el repositorio, no debe confundirse con el concepto de equipos.
Quienes realizan el mantenimiento del código son miembros de la comunidad de gran reputación que asumen la responsabilidad de los aspectos sensibles de la colaboración, como la fusión de código y la revisión de solicitudes de extracción. Se trata de personas que, a través de su implicación a largo plazo con el proyecto y sus valiosas contribuciones en dominios específicos, se han ganado la confianza de la comunidad para realizar este tipo de tareas delicadas.
Equipos
Los equipos son grupos de colaboradores que se asocian libremente para presentar colectivamente su trabajo a la comunidad. Por tanto, el concepto de equipo está relacionado con la dimensión de gobernanza de la colaboración.
Los colaboradores pueden decidir espontáneamente formar equipos cuando sienten que asociarse con otros colaboradores puede fomentar sinergias o ser gratificantes de cualquier manera. Superalgos es un proyecto centrado en la comunidad, y poder elegir libremente con quién trabajar es un aspecto crucial del tejido social que queremos desarrollar para el proyecto.
Una organización horizontal de equipos autónomos contribuye a la escalabilidad de la colaboración. Los miembros pueden decidir libremente cómo organizar el equipo (por ejemplo, en una colaboración plana entre iguales, en jerarquías de cualquier tipo, etc.), cómo reclutar nuevos miembros y cómo distribuir las recompensas simbólicas asignadas al equipo a través del gobierno. Proceso.
Definiciones de gobernanza
La jerarquía de Posiciones dentro del espacio de trabajo de la Distribución de Token de Superalgos presenta las definiciones para cada uno de los equipos que presentaron informes de prueba de trabajo para cualquier período de distribución dado.
De forma predeterminada, se define una única posición para los miembros del equipo. Esto está en consonancia con el intento de simplificar el proceso de gobernanza.
Según las definiciones predeterminadas con una posición única para los miembros del equipo especificada dentro de cada equipo, se espera que la comunidad coloque los votos de peso en una posición única por equipo, y se espera que los miembros del equipo hagan reclamos sobre esa posición única.
En un escenario con cientos de colaboradores y decenas o incluso cientos de equipos, ningún miembro de la comunidad podrá rastrear el trabajo de todos los equipos, y mucho menos el trabajo de los miembros individuales dentro de los equipos. En cambio, los miembros de la comunidad tenderán a rastrear el trabajo de los equipos que trabajan en áreas del proyecto en las que pueden estar particularmente interesados.
¡Por eso es importante simplificar las definiciones!
No debemos esperar que el miembro promedio de la comunidad vote por los reclamos de los contribuyentes individuales. El escenario más probable es que los miembros del equipo dentro de cada equipo voten por los reclamos de los demás. En cierto modo, este es un resultado natural de la asociación libre implícita en la formación de equipos: los miembros del equipo probablemente acordarán cómo distribuir los tokens otorgados a los equipos y votarán por los reclamos de los demás en consecuencia.
Si un equipo no puede ponerse de acuerdo sobre cómo distribuir las recompensas simbólicas entre los miembros del equipo, entonces los miembros deben considerar separarse, unirse a otros equipos o tal vez formar el suyo propio para el próximo período de gobierno.
Definiciones de posiciones personalizadas
Si un equipo desea, por cualquier motivo, tener definiciones de posición más elaboradas de la estructura del equipo en el espacio de trabajo de gobernanza, el equipo debe enviar la estructura de los nodos a @luis_fernando_molina antes del primer día del mes.
Sin funciones ni definiciones de activos
Por el momento, no utilizaremos definiciones de activos y características. Las contribuciones de cualquier tipo deben incorporarse en el informe de prisioneros de guerra del equipo y los reclamos deben colocarse sólo en las posiciones.
Informes de prueba de trabajo
Los equipos deben presentar un Informe de POW a la comunidad antes de que comience la votación para que todos sean conscientes del valor que los diferentes equipos han agregado al proyecto y para que la comunidad pueda tomar decisiones informadas sobre cómo distribuir las recompensas.
Dediquemos un minuto a analizar cuál es el mejor enfoque para redactar estos informes.
Lo primero que debemos considerar es que, eventualmente, tendremos muchos informes diferentes de muchos equipos diferentes. La brevedad es un atributo deseable para que los miembros de la comunidad más comprometidos puedan darse el lujo de leer tantos informes como sea posible, si no todos.
Sea conciso y vaya directo al grano.
Los equipos con una misión son muy inspiradores. Asegúrese de darle a su equipo un propósito significativo y use sus informes de prueba de trabajo para mostrarle a la comunidad cómo ha avanzado en la dirección deseada.
La gente querrá aprender sobre el valor agregado al proyecto durante el período de gobernanza correspondiente. Lo que sucedió en el período anterior o lo que pueda suceder en el siguiente no es relevante.
Solo se debe mencionar el trabajo que ya se ha fusionado en la rama de desarrollo. Si el trabajo aún no ha llegado al repositorio, déjelo para el próximo período de gobierno. Lo mismo ocurre con el trabajo que no involucra código o activos que van al repositorio, por ejemplo, trabajo de marketing o desarrollo empresarial: solo mencione el trabajo que ha producido resultados tangibles y medibles. Si su trabajo aún está en progreso y aún no ha obtenido ningún resultado tangible, déjelo para el próximo período también.
El trabajo parcial que ya está implementado se puede reclamar en el período de gobernanza actual si está listo para que las personas se comprometan con él, al menos para probar, probar o verificar que el trabajo se haya realizado.
Si su equipo es pequeño, está muy centrado en un ámbito limitado o se ha ocupado de algunas “cosas”, una simple lista de logros con viñetas puede ser suficiente.
Si su equipo es grande, cubre muchas áreas de proyectos diferentes o ha realizado mucho trabajo, puede ser necesario un artículo con un título principal para cada área de trabajo.
Suponga que las personas que leen el informe no saben de qué está hablando. Agregar un poco de contexto puede ayudar. Además, siéntase libre de “vender” por qué su trabajo es importante y cómo ayuda a la comunidad, los usuarios o cualquier parte interesada que pueda beneficiarse de él. Si corresponde, incluya una breve nota que explique cómo las personas pueden usar, probar o experimentar con la nueva función.
Formato de informe de prueba de trabajo POW
Facilitemos mi trabajo entregando una publicación terminada, con pocos o ningún requisito de edición. Necesitamos hacer que la presentación de la publicación sea hermosa; ¡algo con lo que la gente querrá comprometerse!
Puede tomar la prueba de trabajo del equipo de desarrolladores de octubre de 2021 ( Devs Team Proof of Work, October 2021) como modelo.
Estandarizaremos el formato del encabezado.
Disparador
GOBIERNO DE SUPERALGOS
Para agregar un kicker, coloque el cursor antes de la primera letra del título, presione Enter, escriba el kicker SUPERALGOS GOVERNANCE (todo en mayúsculas) y formatéelo con el estilo T2 (título 2). Cuando lo haces, Medium convierte la línea en un pateador.
Título
[teamName] + “Prueba de trabajo”, + [mes] + [año]
Ejemplo: Prueba de trabajo del equipo educativo, noviembre de 2021
Subtítulo
Enumere sucintamente los temas tratados en la publicación.
Ejemplo: extracciones de proyectos, simplificación de la gobernanza, corrección de errores, mejoras en la infraestructura de minería de datos, nueva aplicación empaquetada.
Para escribir un subtítulo, coloque el cursor después de la última letra del título, presione Enter, escriba el subtítulo y aplique el estilo T2. Medium convertirá el párrafo en un subtítulo.
Ilustración
Inmediatamente después del subtítulo, agregue una imagen genial para ilustrar su publicación. Puede encontrar imágenes libres de derechos en unsplash.com
Título del caso
Utilice un title case formato de caso de título coherente en todos los encabezados internos y el título principal de la publicación. Las diferentes publicaciones tienen guías de estilo diferentes y pueden seguir criterios ligeramente diferentes. No entraremos en detalles, pero al menos seamos coherentes a lo largo de la publicación.
Ejemplo: este es el caso de título adecuado para encabezados y título
Nuevos colaboradores
Si es un colaborador nuevo y ha estado produciendo un trabajo valioso durante este período de gobierno, necesitará el apoyo de un equipo para delegarle algo de Token Power y ayudarlo a iniciar sus primeros reclamos.
Es muy deseable unirse a un equipo mientras se comienza a contribuir al proyecto.
Así es como presenta sus credenciales a miembros respetables de la comunidad. Este mecanismo es un filtro antispam y antispam natural, una característica de la colaboración que nos hace más fuertes y resistentes.
Únase al Grupo de Telegram de Superalgos Token
Durante el proceso de gobernanza, la comunidad puede participar, discutir y hacer preguntas en Superalgos Token Telegram Group.
Traducción del Artículo de Julián Molina publicado en Superalgos Blog Medium
