On-Chain Yönetimi: Teknik Yığın Açıklaması

Yönetim siyasi bir süreç gibi konuşulur, ama arkasındaki mekanizma saf yazılım mühendisliğidir: akıllı sözleşmeler, token muhasebesi ve bir sistemi kimin değiştirebileceğini ve nasıl değiştirebileceğini belirleyen fikir birliği kuralları. Bir DAO veya protokol yükseltme yolunu değerlendiriyorsanız, teknik yığını anlamak misyon bildirisini okumaktan daha önemlidir.

Temel bileşenler

Çoğu on-chain yönetim sistemi küçük bir parça setinden inşa edilir:

• Oylama sözleşmeleri — teklifleri izler, oyları sayar ve kuorum eşiğini uygular
• Token veya itibar ağırlıklandırması — belirli bir adresin oyunun ne kadar sayılacağını belirler (token-ağırlıklı, ikinci dereceden veya delegelenmiş)
• Timelock sözleşmeleri — geçen tekliflerin yürütülmesini geciktirir, genellikle 24-72 saat, böylece kullanıcılar değişiklikler yapılmadan önce tepki verebilir
• Yürütme modülleri — bir oy geçtikten sonra etkilenen sözleşmeleri çağıran kod yolu

Compound'un Governor Bravo'su ve OpenZeppelin'in Governor sözleşmeleri, çoğu yeni projenin çatalladığı veya genişlettiği referans uygulamalarıdır. Deseni anlamak için bir codebase okuyacaksanız, OpenZeppelin'den Governor.sol'u okuyun — iyi açıklanmış ve tam tekliif yaşam döngüsünü gösterir: propose, vote, queue, execute.

Bir teklif sistemi içinde nasıl ilerler

Bir teklif sadece gayri resmi olarak oylanacak bir forum yazısı değildir. On-chain'de, calldata'dır: hedef sözleşme adresi, bir fonksiyon seçici ve kodlanmış parametreler. Biri bir yönetim teklifi sunduğunda, oy geçerse yürütülecek tam işlemi sunuyor.

Akış tipik olarak şöyle görünür:

1. Önerici calldata artı bir açıklama gönderir, genellikle spam'i önlemek için minimum token bakiyesi gerektirir
2. Bir oylama gecikmesi (yaygın olarak 1 bloktan birkaç güne kadar) sahiplerin oylamayı açmadan önce inceleme yapmak için zaman verir
3. Oylama dönemi çalışır (Compound varsayılan olarak kabaca 3 gün kullanır, ancak birçok çatallaştırma daha uzun pencereler yapılandırır)
4. Kuorum ve onay eşikleri karşılanırsa, teklif bir timelock'a girer
5. Timelock gecikmesi sona erdikten sonra, herkes işlemi çalıştırmak için execute'u çağırabilir

Oylama kapatmak ile yürütme arasındaki bu boşluk güvenlik destek sistemidir. Bir topluluk kötü niyetli veya hatalı bir teklifi fark edebileceği ve aşırı durumlarda acil müdahale koordine edebileceği penceredir — protokolün acil durumdaki vasi rolü veya multisig geçersiz kılması olduğunu varsayarsak, birçoğu erken aşama yönetiminde bunu yapar.

Ağırlıklandırma mantığının neresi karmaşık hale gelir

Basit token-ağırlıklı oylama bilinen bir soruna sahiptir: en çok token tutan kimse sonuçları kontrol eder ve seçmen katılımı genellikle düşüktür. Bir avuç yönetim forumu rutin teklifler için dolaşan arzın tek haneli yüzdeleri cinsinden katılımı rapor eder.

Projeler birkaç düzeltme denemiştir:

• Delegasyon — token sahipleri tokenları aktarmadan oy gücünü bir delegeye atar, bu Compound ve Uniswap'ın temsili oylama işleme biçimidir
• İkinci dereceden oylama — ek oyların maliyeti ikinci dereceden artar, balina hakimiyetini azaltmayı amaçlar, ancak Sybil direnci (bir kişinin birçok adres oluşturması) açık bir sorun olmaya devam eder
• İkna oylama — Gitcoin'e bitişik bazı araçlar tarafından kullanılır, oy gücü tokenların bir pozisyona ne kadar uzun kaldığı birikir ve anlık görüntü oylarına göre sürdürülen tercihi tercih eder

Bunların hiçbiri token oylamasının düşük katılım, plütokrasi eğilimi dinamiklerini tam olarak çözmez. Bunlar hafifletmeler, düzeltmeler değil ve bunun tersini iddia eden herhangi bir sözlük girişi teknolojiyi fazla satıyor.

Off-chain sinyali versus on-chain yürütme

Arranan çoğu şey