Dos supuestas descripciones con autoridad del propio mecanismo de consenso de @Dusk no coinciden entre sí. Una fuente lo describe como "tecnología de acuerdo bizantino de aislamiento". Otra, en el mismo ciclo de investigación, lo llama "consenso basado en extracción de líderes de PoS privado". No se trata solo de formulaciones diferentes del mismo concepto: el acuerdo bizantino y la extracción de líderes de PoS están relacionados, pero son categorías de diseño distintas en la investigación sobre consenso.
hmm Para una cadena cuya propuesta de valor se apoya en la precisión criptográfica —pruebas de conocimiento cero, divulgación selectiva, contratos inteligentes auditables pero privados— que su propio mecanismo de consenso se describa de manera inconsistente en materiales del ecosistema es una brecha pequeña pero reveladora. Los equipos de debida diligencia técnica institucional leen la documentación con atención, y cuando las fuentes secundarias no logran ponerse de acuerdo sobre la terminología básica de cómo la red llega al consenso, es una señal de que o bien la documentación en sí es inconsistente, o bien estos textos se basan en descripciones internas desactualizadas o contradictorias a medida que el protocolo evolucionó.
Este es un ejemplo de baja importancia por sí solo. Pero es un patrón que vale la pena vigilar en un proyecto que pide a las instituciones que confíen en él para infraestructura de liquidación regulada: si la terminología del consenso puede desviarse o contradecirse entre el propio contenido del ecosistema del proyecto, ¿qué tan controlada está la documentación de las partes que realmente importan más: la lógica de custodia, las reglas de divulgación de cumplimiento, los procedimientos de actualización?
¿La terminología inconsistente en los materiales propios de un proyecto es un problema de documentación, o una señal de que el diseño subyacente cambió en algún momento a lo largo del camino?$DUSK #dusk