![\"\"](\"http:\/\/www.iotmining.eu\/blog\/wp-content\/uploads\/2021\/07\/capture-1024x619.jpg\")
Pourquoi une preuve de couverture ?<\/h2>\n\n\n\n
Le r\u00e9seau Helium est un r\u00e9seau physique sans fil dont le succ\u00e8s repose sur la quantit\u00e9 de couverture fiable qu’il peut cr\u00e9er pour les utilisateurs qui y d\u00e9ploient des appareils connect\u00e9s. En tant que tel, il a n\u00e9cessit\u00e9 un algorithme de travail qui a \u00e9t\u00e9 construit pour ce cas d’utilisation. La preuve de couverture tire parti des propri\u00e9t\u00e9s uniques et ind\u00e9niables de la radiofr\u00e9quence (RF) pour produire des preuves significatives pour le r\u00e9seau Helium et ses participants. Plus pr\u00e9cis\u00e9ment, la PoC s’appuie sur les caract\u00e9ristiques suivantes :<\/p>\n\n\n\n
- La RF a une propagation physique et, par cons\u00e9quent, une distance limit\u00e9e<\/li>
- La force d’un signal RF re\u00e7u est inversement proportionnelle au carr\u00e9 de la distance de l’\u00e9metteur <\/li>
- la radiofr\u00e9quence se d\u00e9place \u00e0 la vitesse de la lumi\u00e8re, et peut donc \u00eatre consid\u00e9r\u00e9e sans latence <\/li><\/ul>\n\n\n\n
Gr\u00e2ce \u00e0 ces propri\u00e9t\u00e9s, la blockchain interroge constamment les Hotspots \u00e0 l’aide d’un m\u00e9canisme connu sous le nom de \u00ab\u00a0PoC Challenge\u00a0\u00bb. La puissance ultime de la preuve de couverture r\u00e9side dans le fait que les donn\u00e9es g\u00e9n\u00e9r\u00e9es par les preuves en cours et stock\u00e9es dans la blockchain Helium constituent une v\u00e9rification d\u00e9finitive de la couverture sans fil fournie par les points d’acc\u00e8s au r\u00e9seau.
<\/p>\n\n\n\n\u00ab\u00a0Challenge\u00a0\u00bb et preuve de couverture<\/h2>\n\n\n\n
Le \u00ab\u00a0challenge\u00a0\u00bb est l’unit\u00e9 de travail de la preuve de couverture. \u00c0 ce jour, des dizaines de millions de \u00ab\u00a0challenge\u00a0\u00bb ont \u00e9t\u00e9 \u00e9mis et trait\u00e9s par la blockchain Helium. Avec chaque nouveau \u00ab\u00a0challenge\u00a0\u00bb, la blockchain enregistre davantage de donn\u00e9es sur la qualit\u00e9 du r\u00e9seau. Voyons comment les \u00ab\u00a0challenges\u00a0\u00bb se d\u00e9roulent r\u00e9ellement.
<\/p>\n\n\n\nR\u00f4les des hotspots<\/h3>\n\n\n\n
Les challenges POC impliquent trois r\u00f4les distincts :<\/p>\n\n\n\n
- Le challenger – Le Hotspot qui construit et lance le d\u00e9fi POC. Les Hotspots lancent des d\u00e9fis environ une fois tous les 480 blocs**.<\/li>
- \u00c9metteur – Parfois appel\u00e9 \u00ab\u00a0Challengee\u00a0\u00bb. Ce Hotspot est la cible du d\u00e9fi POC et est responsable de la transmission (ou \u00ab\u00a0balisage\u00a0\u00bb) des paquets de d\u00e9fi pour qu’ils puissent \u00eatre vus par des Hotspots g\u00e9ographiquement proches.<\/li>
- T\u00e9moins – Hotspots qui sont g\u00e9ographiquement proches de l’\u00e9metteur et qui signalent l’existence du paquet de d\u00e9fi apr\u00e8s qu’il ait \u00e9t\u00e9 transmis.<\/li><\/ul>\n\n\n\n
Challenge et s\u00e9lection de la cible<\/h3>\n\n\n\n
Comme indiqu\u00e9 ci-dessus, les hotspots sont actuellement autoris\u00e9s \u00e0 soumettre une preuve de d\u00e9fi environ une fois tous les 480 blocs. Ils le font de mani\u00e8re fiable pour gagner la partie des r\u00e9compenses HNT allou\u00e9e aux challengers. Le challenger g\u00e9n\u00e8re d’abord une paire de cl\u00e9s publiques\/priv\u00e9es \u00e9ph\u00e9m\u00e8res \u00e0 utiliser dans le d\u00e9fi. Un condens\u00e9 SHA256 de la cl\u00e9 publique et le condens\u00e9 SHA256 de la cl\u00e9 priv\u00e9e sont tous deux soumis, avec le hachage du bloc actuel, en tant que demande de PoC. Si la demande est valide et accept\u00e9e par la blockchain, le hachage du bloc dans lequel appara\u00eet le re\u00e7u est combin\u00e9 avec le hachage de la cl\u00e9 publique \u00e9ph\u00e9m\u00e8re et l’identit\u00e9 du challenger pour g\u00e9n\u00e9rer une entropie v\u00e9rifiable. Un nombre al\u00e9atoire uniforme g\u00e9n\u00e9r\u00e9 par cette entropie est ensuite utilis\u00e9 pour s\u00e9lectionner la cible parmi tous les Hotspots du r\u00e9seau.<\/p>\n\n\n\n
Une fois le paquet de d\u00e9fi cr\u00e9\u00e9, il est ensuite livr\u00e9 \u00e0 l’\u00e9metteur via le r\u00e9seau pair-\u00e0-pair Helium. La cible re\u00e7oit le paquet de d\u00e9fi, d\u00e9crypte la couche la plus externe en utilisant sa cl\u00e9 priv\u00e9e et la cl\u00e9 publique \u00e9ph\u00e9m\u00e8re pour ce d\u00e9fi (cette cl\u00e9 publique \u00e9ph\u00e9m\u00e8re appara\u00eet dans le paquet de PoC et le Hotspot r\u00e9cepteur peut inspecter la blockchain pour un re\u00e7u de PoC actif avec le SHA256 correspondant de la cl\u00e9 \u00e9ph\u00e9m\u00e8re), et transmet imm\u00e9diatement le paquet r\u00e9sultant au r\u00e9seau Helium. Un nombre quelconque de Hotspots g\u00e9ographiques proches l’entendront et seront t\u00e9moins du paquet.
<\/p>\n\n\n\nT\u00e9moins (witnesses)<\/h3>\n\n\n\n
\u00c0 partir de HIP 15, la preuve de couverture repose enti\u00e8rement sur le balisage. Une balise est une transmission unique dont n’importe quel Hotspot est t\u00e9moin. Les versions pr\u00e9c\u00e9dentes utilisaient des chemins de d\u00e9fi multi-sauts qui ne testaient pas pr\u00e9cis\u00e9ment les Hotspots sur ce qu’ils sont cens\u00e9s faire : capturer des paquets RF.<\/p>\n\n\n\n
Une fois qu’un \u00e9metteur a re\u00e7u le d\u00e9fi, il envoie le paquet de d\u00e9fi par balise. Il n’y a pas de destinataire pr\u00e9vu pour ce paquet, et tout Hotspot qui est g\u00e9ographiquement proche de l’\u00e9metteur est \u00e9ligible pour le voir et le rapporter \u00e0 la blockchain. Apr\u00e8s qu’un Hotspot ait \u00e9t\u00e9 t\u00e9moin d’une balise d’un \u00e9metteur, il la soumettra en tant que partie du re\u00e7u du d\u00e9fi PoC qui sera assembl\u00e9 et soumis \u00e0 la blockchain par le challenger PoC.
<\/p>\n\n\n\nDistribution de la r\u00e9compense associ\u00e9e au PoC<\/h3>\n\n\n\n
Chaque r\u00e9compense associ\u00e9e \u00e0 un PoC est divis\u00e9e entre les Hotspots qui ont eu un r\u00f4le. Par exemple, si votre Hotspot a \u00e9t\u00e9 challeng\u00e9 , il aura droit \u00e0 une partie des 5,31% de r\u00e9compenses qui vont aux \u00e9metteurs de POC. En pratique, un Hotspot peut gagner une \u00ab\u00a0unit\u00e9 de r\u00e9compense\u00a0\u00bb pour avoir r\u00e9ussi un challenge. Si cinq Hotspots suppl\u00e9mentaires ont r\u00e9ussi un challenge pendant le transfert et que chacun d’entre eux a \u00e9galement gagn\u00e9 une \u00ab\u00a0unit\u00e9 de r\u00e9compense\u00a0\u00bb, alors chaque Hotspot re\u00e7oit 1\/6\u00e8me des 5,31% de r\u00e9compenses de cette \u00e9poque.<\/p>\n\n\n\n
Avec l’activation de HIP15 et HIP17, a \u00e9t\u00e9 introduit l’id\u00e9e de mettre \u00e0 l’\u00e9chelle ces \u00ab\u00a0unit\u00e9s de r\u00e9compense\u00a0\u00bb, de sorte que les unit\u00e9s gagn\u00e9es en \u00e9tant t\u00e9moin ou en \u00e9tant t\u00e9moin d’un paquet s’\u00e9chelonnent en fonction de deux choses :<\/p>\n\n\n\n
- Le nombre de t\u00e9moins, d\u00e9taill\u00e9 dans HIP15.<\/li>
- le nombre de Hotspots dans la tuile hexagonale de l’\u00e9metteur, d\u00e9taill\u00e9 dans HIP17.<\/li><\/ul>\n\n\n\n
Les HIPs eux-m\u00eames fournissent une explication d\u00e9taill\u00e9e de ces m\u00e9canismes, nous vous encourageons donc \u00e0 les lire, mais ils peuvent \u00eatre r\u00e9sum\u00e9s comme suit :<\/p>\n\n\n\n
Extrait de HIP15<\/strong><\/p>\n\n\n\n
Pour les transmetteurs, plus il y a de t\u00e9moins, plus le transmetteur gagne ;
Pour le t\u00e9moin, chaque t\u00e9moin suppl\u00e9mentaire au-del\u00e0 d’un total de quatre r\u00e9duit ce qui est gagn\u00e9 par chaque t\u00e9moin dans ce d\u00e9fi.<\/p>\n\n\n\nExtrait de HIP17<\/strong><\/p>\n\n\n\n
Le t\u00e9moin gagne moins si le nombre de Hotspots dans la zone de l’\u00e9metteur d\u00e9passe la \u00ab\u00a0densit\u00e9 cible\u00a0\u00bb. La densit\u00e9 cible varie selon la r\u00e9solution de l’hexagone, comme indiqu\u00e9 dans le HIP et d\u00e9fini dans plusieurs variables de cha\u00eene.<\/p>\n\n\n\n
V\u00e9rification de la preuve<\/h3>\n\n\n\n
Une fois que le challenger dispose de l’ensemble des re\u00e7us des t\u00e9moins du PoC et de l’\u00e9metteur, ou que le temps \u00e9coul\u00e9 depuis que le challenge a \u00e9t\u00e9 lanc\u00e9 a d\u00e9pass\u00e9 la limite sup\u00e9rieure de temps, le challenge du PoC est consid\u00e9r\u00e9 comme termin\u00e9. \u00c0 ce stade, le challenger soumet alors le re\u00e7u de preuve en tant que transaction \u00e0 la blockchain pour \u00eatre v\u00e9rifi\u00e9 par le groupe de consensus actuel. Comme les \u00e9tapes suivies par le challenger pour construire et compl\u00e9ter la preuve sont d\u00e9terministes et facilement reproductibles, les membres du groupe de consensus peuvent v\u00e9rifier la l\u00e9gitimit\u00e9 de la preuve. Plus pr\u00e9cis\u00e9ment, le challenger r\u00e9v\u00e8le la cl\u00e9 secr\u00e8te \u00e9ph\u00e9m\u00e8re qu’il a utilis\u00e9e pour obtenir la demande de PoC originale et pour crypter chaque couche du paquet de d\u00e9fi. Cette information cruciale, qui a \u00e9t\u00e9 cach\u00e9e jusqu’\u00e0 la publication de la preuve, permet de recr\u00e9er l’entropie d\u00e9terministe.<\/p>\n","protected":false},"excerpt":{"rendered":"