Protocolos invariantes y dinámicos en Bither – BitherPlatform

Protocolos invariantes y dinámicos en Bither

La implementación de proyectos que necesitan poder de hash se hace posible a través de dos protocolos (invariante y dinámico):

A) En el protocolo invariante, el proyecto que necesita potencia de hash establece de manera modular su método de distribución de token (distribución de tasa, suministro total). En este modelo, se determina el hash mínimo recibido y luego se distribuye un número fijo de tokens entre los mineros de la red Bither que han asignado una parte de su hash en exceso a la red mencionada. Además, los mineros independientes también pueden asignar directamente el poder de hash a los proyectos que les interesan. Dentro de este protocolo, la minería es competitiva; el porcentaje de la contribución se calcula y el número fijo de fichas se distribuye sobre una base porcentual.

B) En el protocolo dinámico, el proyecto que necesita potencia de hash no distribuye el token en forma de porcentaje. A cambio, para cualquier cantidad de hash que se asigne a la red, el número de tokens se especifica de antemano. Estos tokens serán distribuidos entre los contribuyentes en un horario estándar.
En este modelo, el número de tokens distribuidos puede variar en proporción a la potencia de hashing recibida.

Otra ventaja de la plataforma Bither es la posibilidad de definir una tercera capa. Si bien tienen una relativa independencia, las terceras capas reciben sus comandos prácticos de las redes de segunda capa que se encuentran a continuación y, a cambio, envían un informe de transacciones y otras actividades. Imagina que un complejo académico está activo en ciencias médicas y quiere categorizar sus actividades en diferentes áreas. Por ejemplo, una categoría para las actividades relacionadas con las vacunas, la búsqueda de nuevos medicamentos y la investigación genética, etc. cada una de estas categorías se definirá como tokens separados en la tercera capa y se ejecutará bajo la supervisión de la red madre en la segunda capa. Además, las transacciones de la tercera capa se verificarán y confirmarán en la segunda capa; por lo tanto, estas redes no ponen carga en la red principal de Bither.
Para evitar los proyectos de spam que pretendan dañar la red (al colocar tokens sin valor dentro de la red Bither), se debe pagar un número fijo de monedas de Bither (para el registro de segundas capas) a la red. Esta cantidad se da gradualmente a los mineros. este número fijo es de 100 monedas Ambas al principio de la configuración de la red. Cada seis meses, automáticamente habrá un voto para determinar este número fijo. Este pago inicial se repartirá gradualmente entre los mineros.