A RaylsLabs enfrentou problemas interessantes com protocolos não padrão em funcionamento. O projeto recusou-se a adotar um design de economia de tokens padronizado, desativou termos comuns de proteção contra "ataques de vampiro" e até incorporou lógicas incomuns nos contratos inteligentes.

O mais frustrante é o mecanismo de incentivo da sua testnet — que recompensa usando a própria vulnerabilidade. Em outras palavras, o sistema de recompensas do projeto depende do funcionamento de falhas de design no contrato, o que sem dúvida é um ciclo de design bastante embaraçoso.

Isso reflete que, no afã de inovar, considerações básicas de segurança foram colocadas de lado. Para os desenvolvedores, isso serve de alerta: embora o design não padronizado possa trazer novas ideias, na questão de mecanismos de incentivo e controle de riscos, é preciso ser mais cauteloso. Seja o projeto ou os participantes, todos precisam estar atentos para entender claramente esses mecanismos "enrolados".