#grvt Lectura de los documentos de la API de @grvt_io me llevó a un lugar que no esperaba.
Al principio traté cada campo dentro de un payload de pedido como si tuviera la misma garantía de confianza.
No es así.
Algunos campos están firmados criptográficamente y, en última instancia, se aplican mediante la capa de liquidación. Otros existen únicamente para operaciones de backend y nunca forman parte de la garantía sin confianza.
Lo que llamó mi atención no fue que un modelo fuera mejor que el otro. Es que ambos viven dentro del mismo flujo de trabajo.
La mayoría de las discusiones sobre diseño de exchange se centran en la descentralización versus la centralización. Esto se siente como una pregunta completamente distinta: qué partes de un sistema realmente necesitan garantías criptográficas y cuáles solo necesitan fiabilidad operativa.
Cuanto más leía, menos GRVT parecía una arquitectura que intentaba eliminar cada dependencia. Parecía más bien una arquitectura que decide cuidadosamente dónde pertenece cada dependencia.
Ese es un problema de diseño mucho más interesante.

$GRVT $NES $O $ARX