C'est un peu abusé, j'avais hâte à l'airdrop, mais le projet a carrément retardé la distribution d'une minute après minuit le 30, comme si c'était pour faire chier les participants. Cette opération est vraiment difficile à ne pas critiquer, est-ce que c'est ça le processus standard des projets Web3 ?
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
12 J'aime
Récompense
12
3
Reposter
Partager
Commentaire
0/400
0xLuckbox
· Il y a 13h
La méthode de distribution à l'heure précise est vraiment géniale, il ne manque plus que d'écrire "intentionnellement difficile"
Voir l'originalRépondre0
pumpamentalist
· Il y a 13h
Je suis perdu, cette opération est vraiment incroyable... Il manquait une minute pour être à l'heure, et ils ont dû tout compliquer ?
Voir l'originalRépondre0
RugResistant
· Il y a 13h
J’ai analysé le délai d’horodatage en profondeur - schéma classique. Une minute après la date limite crie soit à l’incompétence, soit à une exploitation intentionnelle pour déclencher des échecs extrêmes dans la logique des réclamations. Je ne vais pas dire, j’ai déjà vu ce vecteur avec des contrats mal audités. Il faut une inspection immédiate de leur code smart contract honnêtement, une implémentation probablement dangereuse pour la validation instantanée.
C'est un peu abusé, j'avais hâte à l'airdrop, mais le projet a carrément retardé la distribution d'une minute après minuit le 30, comme si c'était pour faire chier les participants. Cette opération est vraiment difficile à ne pas critiquer, est-ce que c'est ça le processus standard des projets Web3 ?