Snapshot’ın teklif, sonuç ve oy listesi ekranları birlikte okununca katılımın ne kadar yoğunlaştığı görülüyor. Gerçek SafeDAO örneği, yüksek kabul oranının tek başına uygulama güvencesi vermediğini gösteriyor.
Snapshot, DAO ve diğer toplulukların teklifini ve ağırlıklı oy sonucunu aynı yerde incelemek isteyen katılımcılar için kullanışlı. Zayıf noktası, sonucu anlamak için gereken kuralların tek yüzdeye sığmaması: katılım eşiği, oy gücü hesabı ve kararın kim tarafından uygulanacağı ayrı okunmalı.
İnceleme kapsamı: hangi ekranlara baktık?
27 Eylül 2026 tarihinde Snapshot’ın kamusal arayüzünde SafeDAO alanını, kapanmış SEP 55 teklifini, oy listesini ve teklifin IPFS metadata kaydını açtık. Ekran okunabilirliğini, sonuçların yorumlanmasını ve resmî belgelerdeki oylama koşullarını değerlendirdik. Cüzdan bağlamadık; mesaj imzalama, oy gönderme, donanım cüzdanı uyumu veya hazine işlemi testi yapmadık.
Değerlendirmemiz klasik, zincir dışı Snapshot oylamasına odaklanıyor. Snapshot X, aynı ekosistemdeki zincir üstü yönetişim protokolü; onun işlem yürütme kabiliyetlerini her Snapshot teklifine mal etmek hatalı olur.
Gerçek teklif ekranı: üç sayıyı ayrı okuyun
SafeDAO SEP 55, Safenet Beta için 5 milyon SAFE talep eden kapanmış teklifti. Konumuz talebin yatırım değeri değil; oylama ekranının neyi gösterdiği. İnceleme tarihinde sonuç panelinde Accept için %99,94, Quorum satırında 33,2m / 10m ve %331, Votes sekmesinde 93 görülüyordu. Ekrandaki kısaltılmış değerleri aktarıyoruz; yuvarlanmış 33,2m üzerinden %331’i yeniden hesaplamıyoruz.
Gerçek Snapshot ekranı, 27 Eylül 2026. Numaralar editoryal işaretlemedir; arayüz İngilizcedir.
- Teklif ve durum: SEP 55 başlığı hangi kararı okuduğunuzu, Closed etiketi oylama süresinin bittiğini gösterir. Closed, fon aktarımının tamamlandığını söylemez.
- Seçenek sonucu: %99,94, tek seçimli oylamadaki kullanılan oy ağırlığının Accept payıdır. Topluluğun bütün üyelerinin %99,94’ü veya 93 kişinin aynı oranı diye okunmaz.
- Quorum: Katılım için tanımlanan 10 milyonluk eşikle karşılaştırma yapılır. %331, eşiğe göre katılım göstergesidir; kabul yüzdesi değildir.
Teklif metadata’sında oylama türü single-choice, snapshot blok değeri 24829356 olarak kayıtlıydı. Snapshot blok numarası, oy gücünün hangi geçmiş duruma göre ele alınacağını araştırırken kullanılacak referanstır. Bugünkü cüzdan bakiyesini geçmiş teklifin oy gücüyle doğrudan eşitlemeyin.
Oy sayısı, oy gücünün dağılımını saklayabilir
Votes sekmesi incelemenin en öğretici ekranı oldu. İlk satırda 19,1m SAFE ve toplam oy gücünün %57,445’i, ikinci satırda 5,2m SAFE ve %15,692’si görünüyordu. İlk iki satırın gösterilen payları toplamı %73,137. Dolayısıyla 93 oy kaydı, 93 eşit ağırlık anlamına gelmiyordu.
SEP 55 oy listesi, 27 Eylül 2026. Kamusal oy ağırlıkları gösterilir; kişilerin kimliği veya serveti hakkında çıkarım yapılmaz.
- Votes sayacı: Listelenen oy kaydı sayısını sonuç ağırlığından ayırın.
- Voting power sütunu: Token birimiyle ağırlığı ve hemen altındaki yüzdeyi birlikte okuyun. Adres, tek gerçek kişiye eşit olmayabilir; temsil edilen oylar delegasyon içerebilir.
Oy gücünü alanın seçtiği strateji hesaplar. Token bakiyesi, delege edilmiş oylar, NFT sahipliği veya izinli adres listesi farklı sonuçlar üretebilir. Yönetişim tokenına sahip olmak, her geçmiş teklifte aynı oy gücünü taşıdığınız anlamına gelmez. Strateji ağırlığı, oylama türü ise ağırlığın seçeneklere nasıl dağıtıldığını belirler. Resmî strateji belgesi ayrımı açıklıyor. SEP 55’in görünen oy değerlerini bağımsız zincir verisinden yeniden hesaplamadık; ekranın bildirdiği sonuçları okuduk.
Karar senaryosu: yüzde 80 destek yeterli mi?
Varsayımsal bir topluluk, quorum için 1.000 oy gücü ve kabul için kullanılan kabul/ret ağırlığında basit çoğunluk istesin. Çekimser oy bulunmasın. 600 kabul, 150 ret geldiğinde kabul payı 600 / 750 = %80’dir. Katılım 750’de kaldığından quorum sağlanmaz. Yüksek destek oranına rağmen teklif geçmez.
250 ağırlık daha ret yönünde eklenirse toplam 1.000’e, kabul oranı %60’a gelir. Belirlediğimiz iki koşul artık sağlanır. İkinci tabloda destek yüzdesi daha düşüktür ama karar geçerlidir. Örneğin sınırı da burada: gerçek alanın çekimser oyları sayma biçimi, gereken çoğunluk ve oylama tipi değişebilir; varsayımsal formülü bütün tekliflere uygulamayın.
Okurun kontrol sırası kısa: oy gücünün hangi kuralla hesaplandığını bulun, quorum hesabına hangi seçeneklerin girdiğini doğrulayın, ardından geçme koşulunu okuyun. Sonuç paneliyle topluluğun yönetişim metni farklı şeyler söylüyorsa yalnız renkli çubuğa dayanarak karar vermeyin.
Mesaj imzası ne yapar, hangi izinleri vermez?
Klasik Snapshot oyunda cüzdan, seçiminize ilişkin mesajı imzalar; her oy için zincire işlem gönderip gas ödeme akışı yoktur. Resmî oylama belgesinde anlatılan normal oy imzası token transferi veya harcama izni değildir. Tarayıcıda siteye bağlanmak da tek başına oy göndermek sayılmaz.
Yine de “ücretsiz imza” ifadesini güvenlik garantisi gibi okumayın. Doğru alan adını ve topluluğun resmî space bağlantısını kontrol edin; cüzdandaki mesajın teklif, seçim ve hesap bağlamını okuyun. Oy vermek için token transferi ya da token harcama izni isteniyorsa beklediğiniz normal oy mesajından farklı bir taleple karşı karşıyasınız. Kaynağını anlamadan onaylamayın.
Gas ödemeden oy kullanılması, token edinme veya zincir üstü delegasyon gibi önceki işlemlerin de masrafsız olduğu anlamına gelmez. Oy kullanabilmek için varlık satın alma kararı, arayüz maliyetinden ayrı değerlendirilmelidir. Cüzdan imza ekranını bu incelemede açmadığımız için imza ergonomisine puan vermiyoruz.
Oylama sonucu ile execution arasında kalan iş
Zincir dışı oylama, tek başına hazineden para çıkarmaz. SEP 55 metninde fon dağıtımı için vakfın rolü ve ayrı uygulama koşulları anlatılıyordu. Sonuç panelindeki kabul ağırlığını görmek, talep edilen 5 milyon SAFE’in gönderildiğini kanıtlamaz. Uygulama durumu için ilgili yürütme kaydı ve gerekiyorsa zincir işlemi aranmalıdır.
Teklifin otomatik veya izinsiz yürütülmesi gerekiyorsa ayrı mekanizmayı değerlendirin. SafeSnap, Snapshot sonucunu Reality.eth ve Safe modülüyle ilişkilendirir; itiraz/teminat, bekleme ve yürütme koşulları vardır. Snapshot X ise zincir üstü teklif ve yürütme stratejileri sunar. Sözleşmenin ne yapabildiği, hangi işlemin önerildiği ve kimin tetikleyebildiği yine okunmalıdır; “oylama bitti, işlem gerçekleşti” kestirmesi yeterli olmaz.
Koruyucu koşullar yalnız son imzada başlamaz. Teklif oluşturma ve oya katılma doğrulaması, geçerli oy ağırlığı, quorum, tartışma süresi ve uygulama yetkisi birlikte değerlendirilir. Belgelerdeki spam önlemleri veya denetim iddiası, incelenen topluluğun tüm ayarlarının güvenli kurulduğunu tek başına kanıtlamaz. Akıllı sözleşme kullanılması da kod ve yetki risklerini ortadan kaldırmaz.
Snapshot kimlere uygun, nerede yetmez?
Teklifleri okumak, topluluğun eğilimini ölçmek ve oy ağırlığını görünür kılmak isteyen katılımcılar için Snapshot güçlü bir başlangıç noktası. SEP 55’te sonuç panelinden oy listesine geçmek, yüksek kabul oranının arkasındaki yoğunlaşmayı hızla görmemizi sağladı. Tartışma bağlantısı ve metadata kaydı, kısa sonucun dışına çıkıp denetlenebilir ayrıntıya ulaşmayı kolaylaştırıyor.
Sınırlama, yorumlama yükü. Yeni okur yüzdeyi kişi sayısı sanabilir; oy gücü için geçmiş blok ve strateji koşullarını bilmesi gerekir. Arayüzdeki kapanmış sonuç, uygulama durumunu tek başına tamamlamaz. Resmî yönetişim forumu teklifin gerekçesi ve itirazlarını okumada; zincir üstü yönetişim/yürütme aracı ise bağlayıcı işlemleri incelemede daha uygun tamamlayıcıdır. Snapshot X ve SafeSnap’i uygulamalı olarak karşılaştırmadık; alternatifleri işlevlerine göre ayırıyoruz.
Tercihimiz, Snapshot’ı “tek ekrandan bütün yönetişim” beklentisiyle kullanmamak. Sonuç, ağırlık dağılımı ve uygulama yetkisini ayrı kontrol edebilen okur için kamusal arayüz karar hazırlığını belirgin biçimde kolaylaştırıyor. Oy yoğunlaşmasının bütçe ve yürütme yetkisiyle ilişkisini DAO karar gücü analizimizde Lido’nun itiraz modeliyle birlikte değerlendiriyoruz.
