Divulgación: Este artículo analiza Meridian Protocol (MRDN), un proyecto en el que participo. Este es contenido promocional/informativo, no es asesoramiento financiero.
Las asignaciones comunitarias en cripto con frecuencia equivalen a poco más que un porcentaje grande en un gráfico circular, junto con promesas vagas sobre recompensas futuras. Queríamos diseñarla de manera diferente y explicar con claridad cómo se supone que funciona.
1. LA ASIGNACIÓN
400,000,000 MRDN, 40% del suministro total, se reserva para la Comunidad y el Ecosistema, un porcentaje que está finalizado y no cambiará. Lo que aún está en progreso es el mecanismo mediante el cual estos tokens realmente llegan a titulares reales.
2. TRAMOS, NO UNA SOLA GOTA
En lugar de un único gran evento de distribución, el plan divide esta asignación en tramos con nombre, cada uno vinculado a un programa específico descrito públicamente, como una recompensa por participar en el testnet o un incentivo para el lanzamiento de staking. Cada tramo se abre solo una vez que su programa se ha explicado públicamente.
3. CÓMO FUNCIONA CADA TRAMO
Cada tramo utiliza un contrato de reclamación con Merkle, un patrón estándar y eficiente en gas que ya es común en la industria. Las direcciones y cantidades elegibles se publican abiertamente como un árbol Merkle, y los usuarios reclaman sus propios tokens directamente, en lugar de que el proyecto empuje fondos a carteras. Esto es más eficiente en gas a escala y, más importante aún, hace que la elegibilidad sea pública y verificable de manera independiente, en vez de decidirse de forma privada.
4. ELEGIBILIDAD ANTES DEL SNAPSHOT
Los criterios de elegibilidad se publican antes de que se realice cualquier snapshot, y nunca se deciden de forma retroactiva en función de quién resultó calificar. Este orden deliberado evita que los criterios se ajusten silenciosamente después del hecho para incluir o excluir a participantes específicos, un patrón que se ve en otros lugares de la industria.
5. ESTADO ACTUAL
Este mecanismo está completamente diseñado y documentado públicamente, pero aún no se ha desplegado on-chain. Lo etiquetamos como Planeado, no en Vivo, reflejando el estado actual de forma honesta. Publicar el diseño antes del despliegue permite que la comunidad evalúe el plan en sí, en lugar de que se le pida simplemente que confíe en que existe.
6. POR QUÉ ESTO NO SE HA ADELANTADO CON PRISA
Desplegar un contrato de reclamación de forma temprana, antes de que exista un programa real, criterios definidos y una comunidad significativa detrás, equivaldría a una casilla de verificación en lugar de un sistema funcional. Una vez que un primer tramo esté verdaderamente listo, nuestra documentación se actualizará con la dirección real del contrato, los criterios de elegibilidad y los detalles del snapshot, verificables de la misma manera que todo lo demás que hemos construido.
Esto no es asesoramiento de inversión. Verifica siempre de forma independiente las afirmaciones del proyecto.