Oplog onchain vs offchain

Quand j’ai commencé les datapods, je les ai pensés de manière totalement déconnectée de Duniter. J’ai donc construit un oplog à part, l’ajout s’y faisant par partage de messages via pubsub. Il y a plusieurs avantages à faire ainsi, mais ça ne s’applique pas à tout, notamment :

  • les commentaires de transaction (c’est pour ça qu’on est parti sur une implémentation onchain)
  • les messages affiliés à un réseau particulier (Datapod : spécifique à un réseau ou agnostique?)
  • les données nécessaires à l’utilisation de la chaîne comme les endpoint rpc, duniter-squid, ou datapods
  • le mécanisme antispam par profil

Par contre, on gagne toujours à passer par un oplog offchain pour :

  • une publication quasi instantanée (donc largement sous les 6 secondes)
  • la simplicité du système (pas besoin d’embarquer la lib relativement complexe polkadotjs pour signer un seul type d’extrinsic, pas de problème de frais, de nonce…)

Donc quitte à implémenter les commentaires de transaction onchain proprement (autrement qu’avec un batch et remark), on pourrait ajouter des commentaires libres sans transfert de monnaie pour gérer les cas cités plus haut.

1 Like