Algo que seguimos viendo: los equipos esperan hasta que su código esté "final" antes de someterlo a revisión. El problema es que los errores que más daño causan generalmente no están en el código, sino en el diseño. Si la forma en que se liquidan o reembolsan los fondos es incorrecta, no hay un parche rápido para eso. Terminas reconstruyendo una gran parte del protocolo. Por lo tanto, si tus contratos aún están cambiando, vale la pena que alguien revise primero la arquitectura. Es mucho más barato corregir un diagrama que un contrato implementado.