Modelado de datos
Los datos del libro mayor deben ser modelados en torno a la propiedad, el comportamiento de transferencia, los límites de permisos y los patrones de consulta. Elige la representación más pequeña en cadena que pueda apoyar la auditabilidad y la ejecución determinista.
Dominio y cuentas
- Utilice dominios para representar los límites administrativos y políticos. Mantenga los nombres de dominio estables porque aparecen en los identificadores de cuentas y activos.
- Evite sobrecargar una sola cuenta con responsabilidades no relacionadas. Use cuentas separadas para usuarios, servicios, activadores, operadores y patrocinadores de tarifas.
- Utilice los identificadores de cuenta y dominio canónicos en configuración y pruebas. Los nombres Iroha son sensibles al caso después del análisis canónico.
- Mantenga las identidades de prueba y producción visiblemente distintas en los nombres, dominios y vías de archivos de configuración.
Véase Domaines, Cuentas y Nombre .
Activos y NFTs
- Utilice activos numéricos para los saldos fungibles y las cantidades transferibles.
- Usar NFTs o objetos específicos del dominio para registros de propiedad exclusiva.
- Los activos y NFTs proporcionan eventos del ciclo de vida, la semántica de transferencia y las verificaciones de permisos que los metadatos no hacen.
- Definir la precisión, la política de suministro, la responsabilidad del emisor y la autoridad de quemaduras antes de exponer un activo a las aplicaciones.
Metadatos
- Utilice metadatos para los atributos compactos de los objetos del libro mayor, como etiquetas, integración IDs, banderas de políticas, hashes, URIs o referencias dirigidas al contenido.
- Mantener las claves de metadatos estables y documentadas. Cambiar los nombres de las claves después de que los clientes dependen de ellas crea un problema de migración.
- No almacenar documentos grandes, registros, datos de usuarios privados o estados de aplicaciones de alta frecuencia directamente en metadatos.
- Cuando los metadatos apunten a datos fuera de la cadena, almacenar una referencia verificable como un hash de contenido, URI, SoraFS camino, referencia manifiesta o compromiso compacto.
Véase Metadatos y opciones de almacenamiento del libro mayor y Metadatos .
Permisos por modelo
- Los roles de diseño se centran en las operaciones comerciales, no en las comodidades de implementación. Una función nombrada en honor a un trabajo o servicio es más fácil de auditar que una función nombrada por una amplia capacidad técnica.
- Obtenga los tokens de permiso para el objeto más pequeño que satisfaga el flujo de trabajo.
- Trate los permisos para minar, quemar, gestión de pares, cambios de ejecutores, gestión de disparos y mutación de metadatos como permisos de alto impacto.
- Añadir procedimientos de revocación y rotación explícitos para permisos temporales.
Véase Permisos y Tokens de permiso .
Forma de la consulta
- Seleccione identificadores y claves de metadatos que respalden las consultas que su aplicación necesitará con mayor frecuencia.
- Paginar conjuntos de resultados amplios y evitar interfaces de usuario que requieren escaneos sin restricciones en todo el libro mayor para las acciones normales.
- Mantenga los índices fuera de la cadena reconstruibles a partir de los datos y eventos del libro mayor siempre que se usen para el comportamiento crítico de las aplicaciones.