No hay proyecto basado en crypto que se precie cuyo gobierno y control no esté en mano de los propios participantes de la misma. Es el principal fundamento en el que se basa los proyectos descentralizados como las cryptos.
La red tiene valor porque se entiende que está descentralizada y nadie (persona/empresa) controla más del 51% de la misma.
Helium no es una excepción.
¿Qué es un HIP?
HIP es el acrónimo de Helium Improvement Proposal (propuesta de mejorara para Helium).
Todo comienza con el diseño de una propuesta de cambio que se llama HIP. En ella los desarrolladores o alguien de la propia comunidad, plasma en una propuesta un problema o mejora que Helium debería acometer.
Esa propuesta pasa por un proceso de discusión, principalmente en el canal de Discord, y si finalmente cuenta con el suficiente apoyo de la propia comunidad presente en Discord, se somete a votación por parte de toda la comunidad.
Heliumvote.com
Con el objeto de facilitar las votaciones, el equipo de Helium ha lanzado un nuevo sitio web, donde se recogen los últimos HIPs, explicando en qué consisten y habilitando enlaces para poder votar.
La votación se puede realizar con la propia app de Helium (iOS/Android) y para ello se realiza una pequeña transacción que tiene un coste simbólico de $0,35.
La única observación es que los votos van ponderados, a esto se le conoce como Vote power.
Este Vote power viene determinando por la cantidad de HNT que se tiene en el momento de emitir el voto y el HNT en la cartera (wallet) al final de la votación.
La votación se cierra en un determinado bloque elegido con antelación. Una vez la red procese dicho bloque, ya no se puede votar y se computará el resultado definitivo.
Normalmente las opciones de votación son: «a favor» o «en contra».
Basta con escanear el código QR de una u otra para que la app de Helium nos permita «quemar» el $0.35 de HNT y emitir el voto. Así de simple.
HIP 54 y HIP 55
Probablemente hayas escuchado mucho hablar de estos dos HIPs.
En el momento de escribir este post, la votación de ambos está a punto de finalizar.
HIP 54: H3Dex-based PoC Targeting
Esta propuesta persigue cambiar la forma en la que se realiza la prueba de cobertura (PoC).
Actualmente para la pruebas de cobertura se usa todos los HotSpots listados. Esto es un problema en una red que no para de escalar a gran velocidad. Además, en esa lista también están aquellos hotspots que llevan tiempo apagados o fuera de servicio.
La idea es esta propuesta es adaptar esa PoC solo a un área determinada y eliminar de la PoC aquellos HotSpots que no se hayan activado recientemente.
La medida entrará en vigor si alcance el 2/3 de los votos.
Puedes obtener más información y votar aquí.
HIP 55: Validator Challenges
Esta HIP ha suscitado mucha polémica entre los dueños de HotSpot.
Esta relacionada con la entrada en funcionamiento de los Light HotSpot.
Los Light Hotspot son hotspot que no realizan ni tareas de minado ni de sincronización del block chain.
Lo que se persigue es que los Light HotSpot solo encarguen de la gestión de comunicaciones LoRaWAN/5G y se conecten con los nodos validadores que sí minaran y validan.
Con esto se pretende abaratar los costes, y previsiblemente aumentar la oferta, de HotSpots, además de quitar problemas como el relayed, fallos de tarjeta SD, mala conectividad, etc.
El gran contra que tiene que es las recompesas por PoC, respecto a la generación de la pruebas, ahora recaen en los validadores. Eso supone una potencial pérdida del 0.9% del todo Helium generado por la red.
No vamos a entrar en valorar si esta propuesta es buena o mala.
La medida entrará en vigor si alcance el 2/3 de los votos.
Pero si te animamos a que te informes en detalle y votes lo que creas conveniente.
