RaylsLabsの稼働中の非標準プロトコルには面白い問題が発生しています。プロジェクトはテンプレート化されたトークン経済設計の採用を拒否し、一般的な"吸血鬼攻撃"防止用語を無効化し、さらにはスマートコントラクトに不審なロジックを埋め込んでいます。

最も痛いのは彼らのテストネットのインセンティブメカニズム——脆弱性自体を報酬として配布している点です。言い換えれば、プロジェクトの報酬システムはコントラクト自体の設計欠陥に依存して動作しており、これは非常に不自然な設計サイクルです。

これは、革新を急ぐ過程で基本的なセキュリティの考慮が後回しにされていることを反映しています。開発者にとってこれは警鐘です：非標準化設計は新しいアイデアをもたらす可能性がありますが、インセンティブメカニズムとリスク管理においてはより慎重になる必要があります。プロジェクト側も参加者も、あの"曲折"したメカニズム設計をしっかりと見極める必要があります。