RaylsLabs ha presentado un problema interesante en sus protocolos no estándar en funcionamiento. El proyecto se niega a adoptar un diseño de economía de tokens estandarizado, desactiva vocabulario común de protección contra "吸血鬼攻击" y incluso incorpora lógica inusual en los contratos inteligentes.

Lo más doloroso es su mecanismo de incentivos en la red de prueba—que recompensa mediante vulnerabilidades mismas. En otras palabras, el sistema de recompensas del proyecto depende del funcionamiento de defectos de diseño en el contrato, lo cual sin duda es un ciclo de diseño incómodo.

Esto refleja que, en la búsqueda de innovación rápida, las consideraciones básicas de seguridad se dejan de lado. Para los desarrolladores, esto es una advertencia: aunque el diseño no estandarizado puede ofrecer nuevas ideas, en términos de mecanismos de incentivo y control de riesgos todavía se necesita ser más cauteloso. Tanto los proyectos como los participantes deben estar atentos y entender claramente esos mecanismos "enrevesados".