RaylsLabs a rencontré un problème intéressant avec ses protocoles non standard en fonctionnement. Le projet refuse d’adopter un modèle de tokenomics standardisé, désactive les termes courants de protection contre les "吸血鬼攻击" et intègre même des logiques inhabituelles dans ses contrats intelligents.

Ce qui est le plus frustrant, c’est leur mécanisme d’incitation sur le réseau de test — qui récompense directement par des vulnérabilités. En d’autres termes, le système de récompense du projet dépend du fonctionnement d’un défaut de conception du contrat lui-même, ce qui constitue sans aucun doute une boucle de conception embarrassante.

Cela reflète que, dans la course à l’innovation, les considérations de sécurité fondamentales ont été reléguées au second plan. Pour les développeurs, c’est un avertissement : bien que la conception non standard puisse apporter de nouvelles idées, il faut rester très prudent en ce qui concerne les mécanismes d’incitation et la gestion des risques. Que ce soit pour le projet ou pour les participants, il faut ouvrir grand les yeux et bien comprendre ces mécanismes "tordus".