BHIP24.7 - Vote DEALS : POC Kleros Snapshot Module

Sommaire:

Utilisation du Kleros Snapshot Module pour les transactions d’investissements en pre-seed en suivant le design ci-dessous:

---

Design:

Kleros Snapshot module se trouve dans l’application Zodiac directement dans Gnosis SAFE. Ce module permet de lier un espace Snapshot à un Safe via SafeSnap et de faire exécuter certaines propositions de gouvernance de façon décentralisée.

1. Durée du process 3 jours:

Une fois que la décision d’investir dans un projet et son montant a été validé par moyenne une pondérée ( le process actuel), il suffit de faire une “Proposition d’Excécution” avec deux choix OUI/NON dans l’espace Snapshot au format suivant:

Titre: “Exécution du BHIP%s: Investir %sk$ dans Projet %s” Texte: “Suite à la proposal BHIP%s id:%s (cf: URL:%s) la DAO exécute le transfert de %sk$ dans Projet %s à l’adresse 0x%s

• Il s’agira d’une “Proposition d’Execution” d’une durée de 1h dans Snapshot seul la personne qui la crée votera OUI. Cette proposition est juste là pour exécuter la proposition BHIP%s qui est la proposition d’investissement avec la moyenne pondérée.
• Une fois la période de vote terminée, il faudra respecter une période de 3 jours pour la sécurisation du processus avant de pouvoir exécuter la transaction (cf: ci dessous)

2. Sécurisation :

1. Aspect financier : La personne qui fait cette proposition devra préparer dans l’UX le montant en USDC à transférer et l’adresse du projet. De plus, pour sécuriser le système il faudra que cette personne dépose 0.5 ETH.

• Si la transaction reflète bien la décision de gouvernance alors elle peut être exécutée par n’importe qui et les 0.5 ETH sont récupérés par la personne qui propose.
• Si la transaction ne reflète pas la décision de gouvernance (erreur ou attaque) alors n’importe qui peut venir sur Reality.eth en doublant le bond (1 ETH sur le NON) récupérer les 0.5 ETH de la personne qui a préparé la transaction.
• A tout moment, n'importe qui peut faire appel à Kleros pour arbitrer. La partie qui gagne cet arbitrage reçoit les ETH qui sécurisent le système. (Ici un exemple d’un cas ou 1inch à demander un arbitrage pour tester et les jurés ont répondus correctement à l’unanimité ICI )

2. Système de notifications : Il est important de comprendre que ce module est construit sur un modèle optimistic. N’importe qui peut créer une transaction sur Reality.eth pour attaquer la multisig, si il est prêt à déposer 0.5 ETH sur le YES. A partir du moment où une question est créée dans Reality diverses notifications sont envoyées via E-mails et dans un channel Discord de la DAO.

Tous les membres de la DAO font donc office de “Guardians” et peuvent “gagner” 0.5 ETH si ils challengent un attaquant sur la période de 3 jours. Dans les faits, généralement personne ne se risque à tenter d'attaquer le système, vous pouvez regarder l’historique ICI.

3. Autres actions de la MultiSig : Pour ce qui est de toutes les autres actions de la MultiSig: Gestions des fonds ETH en DEFI, paiement des salaires etc. la multisig garde son pouvoir. La décentralisation progressive pourra être mise en place dans une phase 2.

4. Quelques ressources pour aller plus loin :

• 1INCH snapshot qui utilise cette solution pour sécuriser >$15M de Tréso et ici la DOC
• Vidéo explicative call BHDAO : ICI
• Vidéo de mise en Place technique : ICI
• Article Générique sur le module : ICI

Pros :

• Décentralisation progressive de la DAO et possibilité de communiquer dessus
• Renforce proposition de valeur du token BHDAO

Cons:

• Un Délai de 3 jours doit être respecté
• Budget Gas fees environ 50$ pour le process

Implementation Technique :

• Déploiement du module et de ces paramètres je peux m’en charger avec l’aide d’un admin du Snapshot et d’un Signer du Safe (je reverrai le setup avec Green qui est le dev du module chez Kleros)
• Possibilité de réaliser 1 ou 2 tests avec la msig sur mainet

Next Steps :

• Désigner une personne qui devra préparer la Proposition d’Exécution (mettre la Tx dans l’UX, mettre le bond de 0.5 ETH et payer les fees, je suis volontaire si besoin)
• Phase 2: Lorsque BHDAO sera prêt, exécuter l’ensemble des transactions avec ce module (possibilité de garder un droit de veto pour les owners de la multisig cf 1Inch DAO)

Options de Vote :

• Oui implémenter ce Design
• Non retravailler la proposition
• NSP