đ«đ« SPAM : COMMENT ĂA MARCHE âïžâïž
Le systÚme SPAM comporte deux éléments :
đ Un mĂ©canisme en chaĂźne pour suivre les transactions des utilisateurs, calculer les rĂ©compenses par utilisateur et permettre aux utilisateurs de gĂ©nĂ©rer des $SPAM proportionnellement au nombre de transmissions qu'ils ont envoyĂ©es.
đ Un mineur Web permettant aux utilisateurs d'envoyer facilement de nombreuses transactions automatiquement, ainsi que de frapper et de rĂ©clamer des piĂšces $SPAM.
Examinons différents niveaux d'analyse :
đ¶ELI5đ¶
- Un milliard de dollars de piÚces SPAM sont frappées chaque jour.
- Les utilisateurs gagnent du SPAM en envoyant $SUI transactions.
- Plus vous envoyez de messages, plus vous recevez de $SPAM.
- Il n'y a aucune preuve de travail, seulement une preuve de spam.
đčïžMĂCANISMEđčïž
Une « époque » Sui équivaut à peu prÚs à 1 jour.
Les utilisateurs envoient des tx pour augmenter leurs compteurs tx pendant l'époque N, enregistrent leurs compteurs tx pendant l'époque N+1 et génÚrent $SPAM à tout moment à partir de l'époque N+2 en fonction du spam qu'ils ont effectué à l'époque N :
- Ăpoque 0Â : l'utilisateur envoie du spam Ă UserCounter.0 (UC.0)
- Ăpoque 1Â : l'utilisateur spamme UC.1, enregistre UC.0
- Ăpoque 2Â : l'utilisateur spamme UC.2, enregistre UC.1, revendique UC.0
- Ăpoque 3Â : l'utilisateur spamme UC.3, enregistre UC.2, revendique UC.1
- Et ainsi de suite
đ ïž MISE EN ĆUVRE đ ïž
- Les objets `UserCounter` à écrivain unique sont utilisés pour suivre le nombre de transmissions envoyées par chaque utilisateur au cours d'une époque.
- Ă la fin de cette Ă©poque, l'utilisateur enregistre son « UserCounter » dans un objet partagĂ©, afin que le nombre total de transmissions de l'Ă©poque prĂ©cĂ©dente puisse ĂȘtre calculĂ©.
- AprÚs la fin de la période suivante (période d'enregistrement), les utilisateurs peuvent frapper des piÚces $SPAM proportionnellement au nombre de txs qu'ils ont envoyés.