Dans l’ancien système de preuve de travail d’Ethereum, un bloc oncle était un bloc concurrent absent de la chaîne canonique, mais dont l’en-tête pouvait être reconnu dans un bloc canonique ultérieur. Ommer est une appellation alternative sans distinction de genre pour le même concept.
L’apparition de blocs concurrents
Le minage était probabiliste et les messages prenaient du temps à se propager. Deux mineurs pouvaient construire sur le même bloc parent avant de connaître le travail de l’autre. Le réseau poursuivait finalement une branche, laissant l’autre candidat hors de l’historique accepté des transactions.
Ethereum autorisait la référence à des en-têtes oncles admissibles selon des règles d’ascendance et d’inclusion. Cela rémunérait partiellement un travail qui n’aurait autrement rien rapporté et réduisait les désavantages liés aux délais de propagation.
Une reconnaissance sans confirmation des transactions
Référencer un en-tête oncle n’intégrait pas les transactions du bloc dans le registre canonique. Une transaction devait être incluse séparément dans un bloc canonique pour appartenir à l’historique accepté. L’admissibilité de l’en-tête et la confirmation d’une transaction étaient deux questions distinctes.
Les blocs oncles relèvent du minage historique d’Ethereum. Le passage à la preuve d’enjeu a supprimé l’inclusion des ommers et leurs récompenses. D’anciens explorateurs et échanges sur le minage peuvent encore afficher ces données ; elles ne constituent pas une catégorie actuelle de récompenses pour les validateurs Ethereum.