در بامداد اوت ۲۰۲۰، یک توسعهدهنده پسودونیم به نام Fabien — که در آن زمان برای پروتکل بازارساز خودکار Balancer کار میکرد — با یک مشکل ساده اما بنیادی روبهرو شد: پروژههای دیفای (DeFi) برای اخذ تصمیمات حکمرانی باید تراکنشهای گرانقیمتی روی شبکه اتریوم ثبت میکردند. هر رأی برای هر کاربر به معنای پرداخت کارمزد گس (Gas Fee) بود، و این موضوع مشارکت اکثریت دارندگان توکن را غیرعملی میکرد. راهحلی که Fabien ارائه داد، ساده ولی انقلابی بود: ثبت رأیها بهصورت امضاهای رمزنگاریشده خارج از زنجیره و ذخیره آنها روی شبکه توزیعشده IPFS. این نقطه آغاز Snapshot بود.
امروز، در ژوئن ۲۰۲۶، Snapshot به پلتفرمی تبدیل شده که بیش از ۳۵٬۰۰۰ جامعه غیرمتمرکز — از جمله بزرگترین DAOها و پروتکلهای DeFi دنیا — حکمرانی خود را از طریق آن مدیریت میکنند. آنچه در ادامه میخوانید جامعترین تحلیل فارسی از معماری، عملکرد، نوآوریها، چالشها، و آینده این پلتفرم است.
۱. مفهوم حکمرانی غیرمتمرکز و جایگاه Snapshot در اکوسیستم Web3
برای درک عمیق Snapshot، ابتدا باید بفهمیم که «حکمرانی» در دنیای بلاکچین به چه معناست و چرا این مسئله به یکی از اساسیترین چالشهای Web3 تبدیل شده است.
یک سازمان خودگردان غیرمتمرکز یا DAO (Decentralized Autonomous Organization) یک ساختار سازمانی است که بهجای هیئتمدیره یا مدیرعامل، از قراردادهای هوشمند و رأیگیری دارندگان توکن برای اتخاذ تصمیمات استفاده میکند. اما این ساختار یک معضل اساسی دارد: وقتی هر تصمیم نیاز به ثبت تراکنش روی بلاکچین دارد، هزینه مشارکت برای کاربران عادی سر به فلک میکشد. در دوران اوج هزینههای گس شبکه اتریوم، یک رأی ساده ممکن بود دهها دلار هزینه داشته باشد، که به معنای عملی فقط «نهنگها» (Whales) — یعنی دارندگان توکنهای زیاد — میتوانستند در حکمرانی شرکت کنند.
Snapshot با جدا کردن «اثبات هویت و قدرت رأی» از «اجرای نتیجه رأیگیری» این معادله را بهطور بنیادی تغییر داد. در این مدل، کاربر با کیف پول خود یک پیام دیجیتال را امضا میکند — که از نظر رمزنگاریشناختی دقیقاً معادل امضای یک تراکنش اتریوم است — اما هیچ تراکنشی به بلاکچین ارسال نمیشود. این امضا در شبکه توزیعشده IPFS ذخیره میشود و قدرت رأی آن بر اساس موجودی توکن کاربر در یک بلوک خاص محاسبه میگردد. نتیجه: رأیگیری کاملاً رایگان، شفاف، و قابلتأیید.
۲. معماری فنی Snapshot؛ از امضای EIP-712 تا ذخیرهسازی IPFS
فهمیدن اینکه Snapshot چگونه کار میکند مستلزم درک چند مفهوم فنی کلیدی است که در کنار هم معماری منحصربهفرد این پلتفرم را میسازند.
۲.۱ استاندارد EIP-712 و امضاهای Typed Data
هسته امنیتی Snapshot بر پایه استاندارد EIP-712 اتریوم بنا شده است. این استاندارد یک فرمت ساختارمند برای امضای دادههای پیچیده تعریف میکند که کاربر میتواند دقیقاً ببیند چه چیزی را امضا میکند. وقتی در Snapshot رأی میدهید، کیف پول شما یک پیام حاوی شناسه پیشنهاد (Proposal ID)، آدرس کیف پول شما، گزینه انتخابی، شماره بلوک مرجع، و یک timestamp دقیق را امضا میکند. این امضا از نظر رمزنگاری غیرقابل جعل است و ثابت میکند که مالک کیف پول در آن لحظه، آن گزینه خاص را انتخاب کرده است.
پس از تأیید امضا توسط backend اسنپشات، قدرت رأی کاربر بر اساس استراتژی تعریفشده توسط DAO محاسبه میشود. این محاسبه معمولاً با بررسی موجودی توکن در یک بلوک مشخص «snapshot block» انجام میشود — یعنی موجودی کاربر در لحظه آغاز رأیگیری ثابت میماند و کسی نمیتواند با خرید توکن در میانه رأیگیری، قدرت رأی خود را افزایش دهد.
۲.۲ شبکه IPFS بهعنوان لایه ذخیرهسازی
پس از تأیید، رأیها در IPFS (InterPlanetary File System) ذخیره میشوند. IPFS یک پروتکل شبکه peer-to-peer است که فایلها را نه با آدرس سرور، بلکه با آدرس محتوا (Content Address) شناسایی میکند. هر فایل در IPFS یک هش منحصربهفرد دارد که تابعی از محتوای خود فایل است؛ اگر حتی یک بیت از محتوا تغییر کند، هش کاملاً متفاوت خواهد بود. این ویژگی تضمین میکند که رأیهای ثبتشده غیرقابل دستکاری هستند.
تیم Snapshot Labs برای مدیریت بهتر آپلود دادهها روی IPFS، یک میکروسرویس داخلی به نام Pineapple توسعه داده که محتوا را بهصورت همزمان به چندین سرویس pinning ارسال میکند و زمانی که اولین سرویس پاسخ دهد، عملیات موفق اعلام میشود. این رویکرد موازی، redundancy و دسترسپذیری داده را در شبکه IPFS تضمین میکند. علاوه بر IPFS، برخی دادهها برای اطمینان بیشتر روی Arweave نیز ذخیره میشوند؛ شبکهای که ذخیرهسازی دائمی را با پرداخت یکبار هزینه تضمین میکند.
۲.۳ Spaces: هویت سازمانی بر بستر ENS
هر پروژه یا DAO که بخواهد از Snapshot استفاده کند باید یک Space ایجاد کند. Space اصولاً صفحه هویت یک سازمان در Snapshot است که به یک دامنه ENS (Ethereum Name Service) متصل است. دامنههای ENS پسوند dot-eth دارند — مثلاً uniswap.eth یا aave.eth — و از آنجا که روی بلاکچین اتریوم ثبت شدهاند، مالکیت آنها کاملاً on-chain و قابلتأیید است. این اتصال تضمین میکند که فقط مالک واقعی یک پروژه میتواند Space رسمی آن را کنترل کند.
در نوامبر ۲۰۲۵، Snapshot Labs با انتشار Spaces 2.0 یک قدم مهم در مسیر برندسازی DAOها برداشت. این بهروزرسانی به پروژهها اجازه میدهد از دامنههای سفارشی مثل vote.yourdao.eth بهجای آدرس پیشفرض snapshot.org استفاده کنند. این تغییر ظاهراً ساده از نظر اعتمادسازی و هویت برند تأثیر قابلتوجهی داشت، چرا که کاربران بهجای هدایت به یک پلتفرم شخص ثالث، در فضای خود پروژه رأی میدهند.
۲.۴ استراتژیهای محاسبه قدرت رأی
یکی از قدرتمندترین ویژگیهای Snapshot، سیستم استراتژیهای قابلتنظیم آن است. هر Space میتواند منطق محاسبه قدرت رأی را با دقت بالا سفارشی کند. یک استراتژی ساده ممکن است بگوید هر توکن UNI معادل یک رأی است، اما استراتژیهای پیچیدهتر میتوانند ترکیبی از موجودی توکن، توکنهای استیکشده (Staked)، توکنهای قفلشده در Liquidity Pool، و حتی مالکیت NFTهای خاص را در نظر بگیرند. این انعطافپذیری به هر DAO اجازه میدهد مدل حکمرانی منحصربهفرد خود را پیادهسازی کند بدون اینکه نیازی به کدنویسی قراردادهای هوشمند پیچیده داشته باشد.
۳. انواع روشهای رأیگیری در Snapshot
Snapshot از ۶ نوع متمایز رأیگیری پشتیبانی میکند که هر کدام برای سناریوهای خاصی طراحی شدهاند. درک تفاوتهای آنها برای طراحی یک فرایند حکمرانی مؤثر ضروری است.
۳.۱ رأیگیری تکگزینهای (Single Choice Voting)
سادهترین نوع رأیگیری است که در آن هر رأیدهنده دقیقاً یک گزینه را انتخاب میکند. این روش برای تصمیمات دوگانه بله/خیر یا انتخاب از میان چند پیشنهاد متمایز ایدهآل است. اکثریت پیشنهادات حکمرانی در DAOهای بزرگ مثل Uniswap و Aave از این روش استفاده میکنند. سادگی آن مزیت اصلیاش است، اما نمیتواند شدت ترجیح رأیدهندگان را نشان دهد.
۳.۲ رأیگیری تأییدی (Approval Voting)
در این روش، رأیدهنده میتواند به هر تعداد از گزینهها رأی «آری» بدهد. قدرت رأی بهطور مساوی بین همه گزینههای انتخابی توزیع میشود. این روش برای انتخاب از میان مجموعهای از گزینههای غیررقیب یا وقتی که چندین پیشنهاد میتوانند همزمان تصویب شوند مناسب است.
۳.۳ رأیگیری وزنی (Weighted Voting)
رأیدهنده میتواند قدرت رأی خود را بهصورت درصدی بین چند گزینه تقسیم کند. مثلاً میتواند ۶۰ درصد قدرت رأی خود را به گزینه الف و ۴۰ درصد را به گزینه ب اختصاص دهد. این روش برای تصمیمات مربوط به تخصیص بودجه که در آن ممکن است اعضای جامعه ترجیح دهند منابع به چند پروژه تقسیم شود بسیار مفید است.
۳.۴ رأیگیری مربعی (Quadratic Voting)
رأیگیری مربعی یکی از مهمترین نوآوریهای نظریه انتخاب جمعی در دهه اخیر است. در این روش، قدرت رأی برابر با ریشه مربع تعداد توکنهای کاربر محاسبه میشود. این مکانیسم بهطور هوشمندانهای نفوذ نهنگها را کاهش میدهد: فردی با ۱۰٬۰۰۰ توکن نه ۱۰٬۰۰۰ برابر، بلکه فقط ۱۰۰ برابر (جذر ۱۰٬۰۰۰) قدرت رأی بیشتری نسبت به فردی با یک توکن دارد. این روش انگیزه قویتری برای مشارکت دارندگان کوچک ایجاد میکند.
با این حال، رأیگیری مربعی آسیبپذیری مهمی دارد: حمله سیبیل (Sybil Attack). اگر یک نهنگ بتواند توکنهایش را بین هزاران کیفپول تقسیم کند، مجموع قدرت رأیاش بهشدت افزایش مییابد. به همین دلیل، رأیگیری مربعی فقط زمانی مؤثر است که با مکانیسمهای اثبات هویت (Proof of Personhood) مانند Gitcoin Passport، BrightID، یا World ID ترکیب شود. اگر بدون این لایه حفاظتی اجرا شود، نتیجهای بدتر از رأیگیری خطی خواهد داشت.
۳.۵ رأیگیری پایهای (Basic Voting)
این نوع رأیگیری شامل سه گزینه بله، خیر، و امتناع (Abstain) است. گزینه امتناع بهعنوان رأی بهحساب میآید و برای محاسبه حد نصاب (Quorum) مؤثر است، اما در نتیجه نهایی بله/خیر تأثیر نمیگذارد. این روش برای تصمیماتی که نیاز به حد نصاب معنادار دارند اما ممکن است عدهای بخواهند مشارکت خود را نشان دهند بدون اینکه جانبداری کنند مفید است.
۳.۶ رأیگیری ترجیحی (Ranked Choice Voting)
در این روش، رأیدهندگان تمام گزینهها را بر اساس اولویت مرتب میکنند. شمارش با استفاده از الگوریتم دور-دور (Instant Runoff) انجام میشود: ابتدا انتخاب اول همه رأیدهندگان شمارش میشود. اگر گزینهای اکثریت مطلق را به دست نیاورد، ضعیفترین گزینه حذف شده و رأیدهندگانی که این گزینه را اول انتخاب کرده بودند، به گزینه بعدیشان منتقل میشوند. این فرایند تا رسیدن به برنده ادامه مییابد.
۴. Snapshot X: گامی بهسوی رأیگیری کاملاً زنجیرهای
در سپتامبر ۲۰۲۴، Snapshot Labs یکی از مهمترین بهروزرسانیهای تاریخ این پلتفرم را معرفی کرد: Snapshot X. این پروتکل جدید که در رابط کاربری Snapshot v2 یکپارچه شده، برای اولین بار رأیگیری کاملاً on-chain را با سهولت استفادهای که Snapshot به آن معروف است ترکیب میکند.
۴.۱ اثبات ذخیرهسازی (Storage Proofs) بهعنوان نوآوری اصلی
چالش اصلی رأیگیری on-chain این است که تأیید موجودی توکن روی شبکه اتریوم (لایه اول) هزینه بالایی دارد. Snapshot X این مشکل را با استفاده از Storage Proofs حل کرده است. این فناوری — که در همکاری با Herodotus توسعه یافته — به یک قرارداد هوشمند روی StarkNet (شبکه لایه دوم) اجازه میدهد بدون اینکه توکنها جابهجا شوند، اثبات کند که یک کاربر در بلوک مشخصی روی شبکه اتریوم مقدار معینی توکن داشته است.
StarkNet بهعنوان بستر اجرای Snapshot X انتخاب شده چرا که هزینه تراکنشها روی آن بهمراتب کمتر از اتریوم است. رأیها روی StarkNet ثبت میشوند و نتایج میتوانند بهصورت trustless به اتریوم منتقل شده و اجرا شوند. این معماری بهترین ویژگیهای دو رویکرد را ترکیب میکند: امنیت و قطعیت رأیگیری on-chain، بهعلاوه سهولت و هزینه پایین رأیگیری off-chain.
۴.۲ مقایسه Snapshot کلاسیک با Snapshot X
Snapshot کلاسیک (off-chain) بهترین انتخاب برای نظرسنجیهای حکمرانی با مشارکت بالا است که نیازی به اجرای خودکار ندارند. رأیگیری کاملاً رایگان، قابل مقیاس، و پشتیبانی از تمام استراتژیها از مزایای آن است، اما نتایج بهخودیخود اجرایی نیستند و به اقدام دستی یا ابزارهای واسط نیاز دارند. Snapshot X در عوض برای DAOهایی مناسب است که به اجرای خودکار و قطعی نتایج نیاز دارند. رأیها روی StarkNet ثبت شده، غیرقابل تغییر هستند، و نتایج میتوانند مستقیماً قراردادهای هوشمند را فعال کنند؛ اما هزینه رأیگیری — هرچند بسیار کمتر از اتریوم — صفر نیست.
۵. SafeSnap و oSnap: پل بین رأیگیری Off-Chain و اجرای On-Chain
یکی از چالشهای همیشگی Snapshot کلاسیک این بوده که نتایج رأیگیری بهصورت خودکار اجرا نمیشوند. دو ابزار اصلی برای حل این مشکل توسعه یافتهاند.
۵.۱ SafeSnap: اوراکل Reality.eth
SafeSnap یک ماژول است که Snapshot را به کیفپولهای چندامضایی (Multisig) Gnosis Safe متصل میکند. وقتی یک پیشنهاد در Snapshot تصویب میشود، SafeSnap یک سؤال به اوراکل Reality.eth ارسال میکند. این اوراکل با مکانیسم bond گذاشتن (شرطبندی اقتصادی) از صحت پاسخها اطمینان حاصل میکند. اگر نتیجه Snapshot و تراکنش پیشنهادی با هم مطابقت داشته باشند، پس از یک دوره خنکشدن ۲۴ساعته، هر کسی میتواند تراکنش را اجرا کند. این مکانیسم بدون نیاز به اعتماد به یک نهاد مرکزی عمل میکند.
۵.۲ oSnap: اجرای خودکار کاملاً Trustless
oSnap یا Optimistic Snapshot Execution نسل پیشرفتهتر SafeSnap است که توسط پروتکل UMA توسعه یافته. در oSnap، تراکنشها پس از موفقیت رأیگیری Snapshot بهصورت optimistic فرض میشوند که معتبرند و پس از یک دوره چالش (Challenge Period)، بهصورت خودکار اجرا میشوند. oSnap v2 که در اوایل ۲۰۲۴ معرفی شد، یک لایه امنیتی مهم اضافه کرده: تشخیص خودکار تراکنشهای نامعتبر. اگر یک بازیگر مخرب سعی کند یک پیشنهاد تأیید نشده را از طریق اتاق پشتی به تخزینه DAO بفرستد، سیستم آن را تشخیص داده و بهطور خودکار حذف میکند. کد bot infrastructure این سیستم متنباز است تا DAOها بتوانند بهعنوان لایه امنیتی اضافه، node خود را اجرا کنند.
۶. Snapshot v2: رابط کاربری نسل جدید در snapshot.box
با راهاندازی Snapshot v2 در پلتفرم snapshot.box در سال ۲۰۲۴، تیم Snapshot Labs دیدگاه خود را از یک «ابزار رأیگیری» به یک «پلتفرم جامع حکمرانی» تغییر داد. این رابط جدید چندین قابلیت کلیدی را به همراه آورد.
یکی از مهمترین ویژگیهای جدید، اجرای Read-Only است. این قابلیت به DAOهایی که از oSnap یا SafeSnap استفاده نمیکنند اجازه میدهد تراکنشهای پیشنهادی را به proposal خود اضافه کنند. این تراکنشها الزامآور نیستند، اما رأیدهندگان میتوانند دقیقاً ببینند که در صورت تصویب، کدام عملیات اجرا خواهد شد. همچنین قابلیت صادرکردن آسان این تراکنشها به یک Safe وجود دارد.
قابلیت ورود به خزانه با WalletConnect از دیگر نوآوریهای مهم است. با این ویژگی، خزانه یک DAO میتواند مانند یک کیفپول معمولی به هر اپلیکیشن Web3 وارد شود. تراکنشهای انجامشده بهصورت خودکار در یک proposal حکمرانی جدید پر میشوند. این قابلیت برای عملیاتهایی مثل استیکینگ خزانه DAO، تبادل توکن، یا تخصیص گرانت بسیار مفید است. علاوه بر آن، یکپارچهسازی با Lido امکان درج مستقیم تراکنشهای استیکینگ ETH را در proposal فراهم میکند، بدون نیاز به کار فنی یا امنیتی دستی. پشتیبانی بهبودیافته از خزانه نیز مدیریت طیف گستردهتری از داراییها از جمله NFTها را ممکن میسازد.
۷. پشتیبانی چندشبکهای: Snapshot فقط برای اتریوم نیست
یکی از سوءتفاهمهای رایج درباره Snapshot این است که آن را صرفاً ابزاری برای اکوسیستم اتریوم میدانند. در واقعیت، Snapshot از بیش از ۵۰ شبکه بلاکچین پشتیبانی میکند. این شبکهها شامل اتریوم بهعنوان بزرگترین اکوسیستم DeFi، شبکههای لایه دوم مثل Arbitrum، Optimism، Polygon، zkSync Era، و Base هستند که با هزینههای پایین و سرعت بالا طراحی شدهاند. همچنین شبکههای مستقل مثل BNB Chain (BSC)، Avalanche، Fantom، Gnosis Chain، و Celo پشتیبانی میشوند. شبکههای خاص مثل StarkNet (بستر Snapshot X)، Solana (از طریق اتصالات استراتژی خاص) و زنجیرههای اپ (Appchains) مبتنی بر Cosmos SDK نیز در این فهرست قرار دارند.
این تنوع به این معنی است که یک DAO که توکن حکمرانیاش روی Polygon توزیع شده، میتواند از همان زیرساخت Snapshot برای رأیگیری استفاده کند که Uniswap روی اتریوم استفاده میکند. همچنین با Snapshot X و قابلیت Storage Proofs، یک DAO میتواند دارندگان توکن خود روی چندین شبکه مختلف را در یک رأیگیری واحد جمع کند.
۸. پروژههای کلیدی که از Snapshot استفاده میکنند
بزرگترین و تأثیرگذارترین DAOها و پروتکلهای DeFi دنیا مدیریت حکمرانی خود را به Snapshot سپردهاند. درک نحوه استفاده هر پروژه از Snapshot میتواند نقشه راه مفیدی برای DAOهایی باشد که میخواهند حکمرانی خود را طراحی کنند.
Uniswap با توکن UNI از Snapshot برای تصمیماتی مثل فعالکردن Fee Switch پروتکل، تخصیص بودجه از خزانه، و تصمیمگیری در مورد deployment روی شبکههای جدید استفاده میکند. پیشنهادات Uniswap یک فرایند چندمرحلهای دارند: ابتدا در فروم بحث میشوند، سپس یک رأیگیری Temperature Check در Snapshot برگزار میشود، و در نهایت اگر حمایت کافی داشت، به رأیگیری on-chain در Governor Bravo میرسد.
Aave با توکن AAVE یکی از پیشرفتهترین ساختارهای حکمرانی را با Snapshot دارد. این پروتکل از Snapshot برای نظرسنجیهای اولیه و کشف جهت جامعه استفاده میکند، در حالی که تصمیمات نهایی که قراردادها را تغییر میدهند از مسیر on-chain میگذرند. مثالهایی مثل اضافه کردن وثیقههای جدید، تغییر پارامترهای ریسک، و طراحی توکنومیک Aave V4 از طریق Snapshot تعیین شدند.
ENS (Ethereum Name Service) جالبترین کاربرد را دارد: این پروژه از همان دامنههای .eth که Snapshot بر آنها بنا شده برای حکمرانی خودش استفاده میکند. دارندگان توکن ENS در مورد پارامترهای ثبت دامنه، تخصیص درآمد پروتکل، و مشارکت در سازمانهای دیگر رأی میدهند. The Graph با توکن GRT از Snapshot برای تصمیمگیری در مورد ارتقاءهای فنی پروتکل و تخصیص گرانتها استفاده میکند. Yearn Finance با YFI تاریخچهای طولانی با Snapshot دارد و بسیاری از تصمیمات مربوط به استراتژیهای vault و توزیع بودجه را از طریق آن مدیریت کرده است.
۹. مزایا و نقاط قوت Snapshot
Snapshot به دلایل متعددی به استاندارد صنعت تبدیل شده و بررسی دقیق هر مزیت میتواند نشان دهد چرا این پلتفرم با وجود رقبا، همچنان سلطه ۶۸ درصدی بازار رأیگیری off-chain را حفظ کرده است.
رایگان بودن رأیگیری از مهمترین مزایای Snapshot است. وقتی هزینه مشارکت صفر باشد، نرخ مشارکت بهطور معنادار افزایش مییابد. برای یک DAO با ۱۰٬۰۰۰ دارنده توکن، تفاوت بین رأیگیری on-chain (که شاید ۵ تا ۱۰ درصد مشارکت داشته باشد) و Snapshot (که مشارکت میتواند ۳۰ تا ۵۰ درصد باشد) بسیار مهم است. دموکراسی واقعی نیاز به مشارکت وسیع دارد، نه فقط مشارکت ثروتمندان.
انعطافپذیری بینظیر استراتژیهای محاسبه قدرت رأی یکی دیگر از مزایای کلیدی است. Snapshot تنها پلتفرمی است که به DAOها اجازه میدهد منطق رأیگیری را تا این حد سفارشی کنند. استراتژیهایی مثل محاسبه قدرت رأی بر اساس LP tokens در Uniswap، توکنهای استیکشده در پروتکل Curve، NFTهای خاص، delegation chains پیچیده، و ترکیب چند استراتژی با ضرایب وزنی مختلف همگی ممکن هستند.
متنباز بودن (MIT License) به این معنی است که هر کسی میتواند کد Snapshot را مطالعه، تأیید، fork، یا بهبود دهد. این شفافیت اعتماد جامعه را تقویت کرده است. اگر فردا Snapshot Labs تعطیل شود، کل تاریخچه رأیگیریها در IPFS باقی خواهد ماند و هر کسی میتواند یک frontend جدید بسازد.
سهولت راهاندازی قابل توجه است. یک پروژه میتواند در کمتر از یک ساعت و بدون هیچ کد جدیدی یک Space در Snapshot راهاندازی کند، در حالی که پیادهسازی یک قرارداد حکمرانی on-chain ممکن است هفتهها طول بکشد و میلیونها دلار هزینه audit داشته باشد.
۱۰. چالشها، محدودیتها، و نقاط ضعف Snapshot
یک ارزیابی صادقانه از Snapshot باید نقاط ضعف آن را هم بهصراحت بررسی کند. هیچ پلتفرمی کامل نیست و Snapshot نیز از این قاعده مستثنی نیست.
۱۰.۱ غیرالزامآوری ذاتی رأیگیری
بزرگترین ضعف Snapshot کلاسیک این است که نتایج آن بهخودیخود هیچ کدی را اجرا نمیکنند. نتیجه یک رأیگیری Snapshot فقط یک «سیگنال سیاسی» است، نه یک دستور اجرایی. این به این معنی است که تیم core یک پروژه یا یک multisig committee میتواند — از نظر فنی — نتایج رأیگیری را نادیده بگیرد. ابزارهایی مثل SafeSnap و oSnap این مشکل را تا حد زیادی حل کردهاند، اما پیادهسازی آنها نیاز به تلاش فنی دارد و همه DAOها آن را بهکار نمیگیرند.
۱۰.۲ نیمهمتمرکز بودن زیرساخت
اگرچه دادههای رأیگیری در IPFS غیرمتمرکز هستند، اما Snapshot Labs سرویسهای frontend، indexer، و IPFS pinning را اداره میکند. این به این معنی است که اگر Snapshot Labs تصمیم بگیرد یک Space را censure کند، یا سرورهایش از دسترس خارج شوند، رأیگیریهای جدید ممکن است برای مدتی مختل شوند. البته امضاها و دادههای IPFS دائمی هستند و قابل تأیید میمانند، اما این نیمهتمرکز از نظر ایدئولوژیک با ارزشهای Web3 فاصله دارد.
۱۰.۳ خطر حملات سیبیل در برخی مدلهای رأیگیری
در مدلهای رأیگیری که صرفاً بر اساس تعداد کیفپولها کار میکنند — مثل رأیگیری یک نفر-یک رأی بدون تأیید هویت — حملات سیبیل یک تهدید واقعی هستند. یک مهاجم میتواند صدها کیفپول بسازد و با توزیع مقدار کمی توکن بین آنها، تأثیر غیرمتناسبی در رأیگیری داشته باشد. این مشکل در مدل token-weighted voting کمتر حاد است چون آنچه اهمیت دارد قدرت اقتصادی است نه تعداد آدرسها، اما در مدل quadratic voting بدون اثبات هویت به یک آسیبپذیری جدی تبدیل میشود.
۱۰.۴ قدرت غیرمتناسب نهنگها
در مدل استاندارد token-weighted voting، یک نهنگ که ۱ میلیون توکن دارد، قدرت رأی ۱۰۰۰ برابر بیشتری نسبت به فردی با ۱۰۰۰ توکن دارد. این ساختار ذاتاً الیگارشیک است و ممکن است منافع دارندگان عمده با منافع جامعه عمومی در تضاد باشد. مکانیسمهایی مثل delegation، quadratic voting، و conviction voting تلاشهایی برای کاهش این عدمتعادل هستند، اما هیچکدام کاملاً مشکل را حل نکردهاند.
۱۰.۵ وابستگی به موجودی در یک بلوک خاص
گرفتن snapshot از موجودی در یک بلوک خاص میتواند منجر به چند مشکل شود. اگر اعلام رأیگیری با تأخیر صورت گیرد، افرادی که تازه توکن خریدهاند در رأیگیری شرکت نخواهند داشت. همچنین بازارسازان و پروتکلهای مالی که موجودی توکنهایشان بهطور مداوم تغییر میکند ممکن است در موقعیت ناعادلانهای قرار بگیرند.
۱۱. قانونگذاری و Snapshot در سال ۲۰۲۶: چالشهای تطبیق
با گسترش اکوسیستم DeFi و DAOها، توجه قانونگذاران به مکانیسمهای حکمرانی این سازمانها افزایش یافته است. در اتحادیه اروپا، چارچوب MiCA (Markets in Crypto-Assets) که از ژانویه ۲۰۲۵ لازمالاجرا شده، الزاماتی برای DAOهایی با دارایی بیش از ۵ میلیون یورو در نظر گرفته است. بر اساس برخی تفسیرها از این مقررات، این DAOها باید تا سهماهه دوم ۲۰۲۶ رأیگیریهای off-chain خود را به نوعی به بلاکچین «لنگر» کنند تا زنجیره قابلردیابی از تصمیمات ایجاد شود.
این فشار قانونگذاری یکی از دلایلی است که تیم Snapshot Labs انگیزه بیشتری برای توسعه Snapshot X — که رأیگیری on-chain را ممکن میکند — داشته است. ادغام این دو رویکرد میتواند به DAOها کمک کند هم مشارکت بالا (از طریق رایگان بودن رأیدهی) و هم انطباق قانونی (از طریق ثبت دائمی on-chain) را داشته باشند.
۱۲. مقایسه Snapshot با رقبا: Tally، Aragon، و Governor Bravo
Snapshot در خلأ وجود ندارد و بازار حکمرانی DAO گزینههای دیگری نیز دارد. فهمیدن موضع رقابتی Snapshot به درک بهتر موارد استفاده مناسب کمک میکند.
Tally یک پلتفرم حکمرانی کاملاً on-chain است که بر پایه استاندارد Governor Bravo اتریوم کار میکند. Tally برای DAOهایی که نیاز به اجرای خودکار و قطعی تصمیمات دارند انتخاب بهتری است، اما هزینه رأیگیری آن بالاتر است و مشارکت پایینتری دارد. بسیاری از پروژهها — از جمله Uniswap — از ترکیب هر دو استفاده میکنند: Snapshot برای نظرسنجی اولیه و Tally برای اجرای نهایی.
Aragon یک پلتفرم جامعتر برای راهاندازی DAO است که ابزارهای حکمرانی on-chain داخلی دارد. Aragon انعطافپذیری کمتری در مقایسه با Snapshot دارد اما یکپارچگی بیشتری بین رأیگیری و اجرا فراهم میکند. Colony یک پلتفرم حکمرانی بر پایه reputation است که در آن قدرت رأی بر اساس مشارکت در کار، نه فقط تعداد توکن، محاسبه میشود. این مدل از نظر نظری جذابتر است اما پیچیدگی بیشتری دارد و اکوسیستم کوچکتری نسبت به Snapshot دارد.
Governor Bravo استاندارد قرارداد هوشمند حکمرانی است که توسط Compound توسعه یافته و پایه بسیاری از سیستمهای حکمرانی on-chain است. این قرارداد battle-tested و از نظر امنیتی معتبر است، اما انعطافپذیری کمی دارد و هزینه بالایی برای رأیدهندگان ایجاد میکند.
۱۳. آینده Snapshot: روندها و مسیرهای توسعه تا ۲۰۲۷
براساس روندهای موجود و اعلامیههای تیم Snapshot Labs، چشمانداز این پلتفرم در دو سال آینده را میتوان در چند محور تحلیل کرد.
توسعه زیرساخت غیرمتمرکزتر یکی از اولویتهای اعلامشده تیم Snapshot Labs است. هدف این است که هر کسی بتواند یک node اجرا کند تا وابستگی به سرورهای Snapshot Labs کاهش یابد. این گام، Snapshot را از یک پلتفرم «غیرمتمرکز با یک تیم متمرکز» به سمت یک پروتکل واقعاً بدون سرور مرکزی حرکت میدهد.
گسترش Snapshot X و همکاری با شبکههای لایه دوم از دیگر محورهاست. با بلوغ بیشتر StarkNet و دیگر شبکههای ZK-Rollup، انتظار میرود هزینه رأیگیری on-chain به سمت صفر عملی حرکت کند. این میتواند مرز بین Snapshot کلاسیک و Snapshot X را کمرنگتر کند.
ادغام عمیقتر با سیستمهای اثبات هویت مثل Gitcoin Passport، World ID، و Proof of Humanity برای مقابله با حملات سیبیل یکی از روندهای مهم است. پیشبینی میشود که تا پایان ۲۰۲۶، اکثر DAOهای بزرگ حداقل یک لایه تأیید هویت اختیاری را به فرایند رأیگیری خود اضافه کنند.
شرکت Electric Capital پیشبینی کرده که رأیگیری off-chain تا سال ۲۰۲۷ همچنان ۷۵ درصد از فعالیت حکمرانی DAOها را تشکیل خواهد داد. Snapshot با سهم بازار ۶۸ درصد احتمالاً موقعیت خود را حفظ خواهد کرد، نه به این دلیل که کامل است، بلکه چون عملیترین ابزار موجود است.
۱۴. راهنمای عملی: چطور یک Space در Snapshot راهاندازی کنیم
اگر پروژهای دارید و میخواهید از Snapshot برای حکمرانی استفاده کنید، فرایند راهاندازی شامل چند مرحله اساسی است که در ادامه بهتفصیل توضیح داده میشود.
۱۴.۱ ثبت دامنه ENS
اولین قدم ثبت یک دامنه dot-eth است. این کار از طریق app.ens.domains با اتصال کیفپول اتریوم امکانپذیر است. دامنهها بهصورت سالانه پرداخت میشوند. اگر پروژه شما از قبل یک دامنه ENS دارد، میتوانید از همان استفاده کنید. دقت کنید که آدرس کیف پول مالک ENS باید با آدرسی که میخواهید Space را راهاندازی کنید یکسان باشد یا Controller مناسب تنظیم شود.
۱۴.۲ ایجاد Space در snapshot.org یا snapshot.box
به app.snapshot.org مراجعه کنید، کیف پول خود را وصل کنید، و گزینه Create a Space را انتخاب کنید. سیستم از شما میخواهد دامنه ENS خود را وارد کنید و یک تراکنش کوچک برای ثبت مالکیت امضا کنید. سپس پروفایل Space خود را کامل کنید: نام، توضیحات، وبسایت، توکنهای شبکههای اجتماعی، و لوگو.
۱۴.۳ تعریف استراتژی رأیگیری
این مهمترین بخش تنظیمات است. باید مشخص کنید که قدرت رأی هر کاربر چطور محاسبه شود. برای یک پروژه ساده میتوانید از استراتژی erc20-balance استفاده کنید که موجودی توکن در یک آدرس قرارداد خاص را میسنجد. برای پروژههای پیچیدهتر میتوانید استراتژیها را ترکیب کنید: مثلاً ۵۰ درصد وزن به توکنهای liquid و ۵۰ درصد وزن به توکنهای استیکشده بدهید.
۱۴.۴ تعیین قوانین پیشنهاد و حد نصاب
باید مشخص کنید چه کسانی میتوانند پیشنهاد ایجاد کنند (آدرسهای خاص، دارندگان حداقل مقدار توکن، یا همه)، حداقل مدت رأیگیری، حد نصاب (Quorum) لازم برای معتبر شدن رأی، و آیا امکان ایجاد پیشنهادات دستی (بدون حداقل توکن) وجود داشته باشد یا خیر. این پارامترها تعادل مهمی را تعریف میکنند: اگر خیلی محدودکننده باشند، مشارکت کاهش مییابد؛ اگر خیلی باز باشند، هرزنامههای حکمرانی (Governance Spam) ممکن است مشکل ایجاد کنند.
۱۵. جمعبندی: Snapshot بهعنوان زیرساخت دموکراسی دیجیتال
Snapshot در مدت کمتر از شش سال از یک ابزار ساده درونسازمانی به زیرساخت حکمرانی بیش از ۳۵٬۰۰۰ جامعه غیرمتمرکز تبدیل شده است. این مسیر رشد نشانگر یک نیاز واقعی و حلنشده در اکوسیستم Web3 بود: مکانیزمی برای اخذ تصمیمات جمعی که هم مقیاسپذیر باشد، هم شفاف، و هم قابلدسترس برای همه دارندگان توکن نه فقط نهنگها.
ترکیب معماری EIP-712 برای امضای رمزنگاریشده، IPFS برای ذخیرهسازی غیرمتمرکز و دائمی، ENS برای هویت سازمانی on-chain، و انواع متعدد استراتژیهای رأیگیری یک اکوسیستم انعطافپذیر ساخته که میتواند طیف وسیعی از نیازهای حکمرانی را برآورده کند. معرفی Snapshot X با Storage Proofs و ادغام با StarkNet، و ابزارهایی مثل oSnap v2 برای اجرای trustless نتایج، نشان میدهد که این پلتفرم در حال بستن آخرین شکافهای موجود بین رأیگیری سیگنالی و اجرای قطعی است.
چالشهایی مثل نیمهمتمرکز بودن زیرساخت، خطر حملات سیبیل در مدلهای خاص، و قدرت غیرمتناسب نهنگها هنوز به راهحلهای کاملاً قانعکنندهای نیاز دارند. اما این چالشها منحصر به Snapshot نیستند؛ آنها بازتاب معضلات بنیادیتر در طراحی سیستمهای حکمرانی جمعی هستند که هم در دموکراسیهای سنتی و هم در سازمانهای غیرمتمرکز وجود دارند.
آنچه Snapshot را ویژه میکند این است که این مشکلات را با کمترین اصطکاک ممکن مدیریت میکند. در دنیایی که بسیاری از DAOها با بیتفاوتی رأیدهندگان دستوپنجه نرم میکنند، رایگان کردن رأیگیری — که به نظر ساده میآید — تأثیری عمیقتر از پیچیدهترین طراحیهای حکمرانی داشته است. اگر حکمرانی غیرمتمرکز را بهعنوان یک آزمایش اجتماعی در ساختن نهادهای جدید بدون اعتماد مرکزی ببینیم، Snapshot ابزاری است که این آزمایش را در مقیاس جهانی ممکن کرده است.
منابع و مراجع علمی
این مقاله بر پایه مستندات رسمی، پژوهشهای دانشگاهی، و گزارشهای تحلیلی معتبر نوشته شده است. برای مطالعه بیشتر به منابع زیر مراجعه کنید:
مستندات رسمی و مقالات فنی:
مستندات رسمی Snapshot Labs در docs.snapshot.box کاملترین مرجع برای پیادهسازی و استراتژیهای رأیگیری است. مطالعه موردی IPFS درباره Snapshot در docs.ipfs.tech معماری فنی ذخیرهسازی دادهها را شرح میدهد. White Paper اتریوم و مستندات استاندارد EIP-712 در eips.ethereum.org مبانی رمزنگاری امضاهای Snapshot را توضیح میدهند.
پژوهشهای دانشگاهی:
Bennett, A. (2025). Going Parabolic: Analyzing Sybil Resistance in Quadratic Voting Mechanisms for Blockchain-Based DAOs. Stanford Digital Repository. DOI: 10.25740/hj860vc2584 — تحلیل جامعی از آسیبپذیریهای رأیگیری مربعی در برابر حملات سیبیل.
Blockchain-based E-voting systems: a technology review (2024). Electronics, MDPI. DOI: 10.3390/electronics13010017 — مرور جامع سیستمهای رأیگیری الکترونیک مبتنی بر بلاکچین.
گزارشهای تحلیلی:
Snapshot DAO Tool Report 2025 از DAOTimes در daotimes.com — تحلیل جامع وضعیت فعلی Snapshot شامل آمار کاربری و بهروزرسانیهای فنی.
Introducing Snapshot X — اعلامیه رسمی Snapshot Labs در paragraph.com/@shot — جزئیات فنی پروتکل on-chain جدید.
Electric Capital Developer Report 2025 در electriccapital.com — پیشبینی روندهای حکمرانی DAO تا ۲۰۲۷.
پاسخ به سوالات
۱. Snapshot چیست؟
Snapshot یک پلتفرم رایگیری غیرمتمرکز (Decentralized Voting Platform) است که به DAOها و پروژههای بلاکچین اجازه میدهد نظرسنجیهای حکمرانی (Governance Polls) را بهصورت کمهزینه و مقیاسپذیر اجرا کنند. این سیستم از IPFS برای ذخیرهسازی دادهها و از امضای دیجیتال خارج از زنجیره (Off-Chain Signatures) برای تأیید رأیها استفاده میکند.
۲. تفاوت Snapshot با رایگیری روی زنجیره (On-Chain Voting) چیست؟
On-Chain Voting: نیاز به تراکنش بلاکچین دارد (هزینه گس بالا، سرعت پایین).
Snapshot (Off-Chain Voting):
بدون تراکنش روی زنجیره (کمهزینه).
- نتایج در IPFS ذخیره میشوند.
- مناسب برای نظرسنجیهای غیرالزامآور.
۳. آیا Snapshot واقعاً غیرمتمرکز است؟
بله، زیرا:
- دادهها در IPFS (یک شبکه ذخیرهسازی غیرمتمرکز) نگهداری میشوند.
- کنترل آن در اختیار یک نهاد مرکزی نیست.
- جامعه توسعهدهندگان میتوانند در بهبود آن مشارکت کنند (متنباز است).
۴. آیا رأیدهی در Snapshot رایگان است؟
بله، چون:
- نیاز به تراکنش روی بلاکچین ندارد.
- فقط امضای دیجیتال (Digital Signature) کیف پول کاربر استفاده میشود.
۵. چگونه یک پروژه میتواند از Snapshot استفاده کند؟
مراحل راهاندازی:
- ثبت یک دامنه ENS (مثل
myproject.eth). - ایجاد Space در Snapshot و اتصال آن به ENS.
- تعیین توکنهای حکمرانی (Governance Tokens) برای رأیگیری.
۶. آیا Snapshot فقط برای اتریوم (Ethereum) است؟
خیر، از چندین شبکه پشتیبانی میکند، از جمله:
- اتریوم (ETH)
- پالیگان (Polygon)
- آربیتروم (Arbitrum)
- BSC (Binance Smart Chain)
۷. آیا نتایج Snapshot قابل تغییر یا حذف هستند؟
خیر، چون:
- دادهها در IPFS ذخیره میشوند (غیرقابل دستکاری).
- فقط در صورت فورک (Fork) پروژه ممکن است تغییر کنند.
۸. آیا Snapshot امن است؟ آیا امکان تقلب وجود دارد؟
امنیت بالا: رأیها با امضای کیف پول تأیید میشوند.
مخاطرات:
حملات Sybil (Sybil Attacks): اگر کاربران با چند کیف پول تقلب کنند.
- وابستگی به اعتبارسنجی خارجی.
۹. چه پروژههایی از Snapshot استفاده میکنند؟
برخی از معروفترینها:
- Uniswap (UNI)
- Aave (AAVE)
- Yearn Finance (YFI)
- The Graph (GRT)
۱۰. آیا Snapshot برای تصمیمگیریهای مالی استفاده میشود؟
بله، مثلاً:
- تخصیص بودجه DAOها
- تصمیمگیری درباره ارتقاء پروتکلها
- انتخاب ویژگیهای جدید
۱۱. آیا میتوان در Snapshot رأی مخفی داد؟
خیر، همه رأیها عمومی و قابل رهگیری هستند.
۱۲. آیا Snapshot از رأیگیری وزنی (Weighted Voting) پشتیبانی میکند؟
بله، بر اساس:
- تعداد توکنهای کاربر (مثلاً هر ۱ UNI = ۱ رأی).
- قفلکردن توکنها (Token Locking).
۱۳. آیا Snapshot نیاز به کدنویسی دارد؟
خیر، اما برای ادغام با DAOها ممکن است نیاز به توسعه باشد.
۱۴. آیا میتوان در Snapshot نظرسنجیهای چندگزینهای ایجاد کرد؟
بله، از جمله:
- رأیگیری تکگزینه (Single Choice)
- رأیگیری چندگزینهای (Multiple Choice)
۱۵. آیا Snapshot از NFTها برای رأیگیری استفاده میکند؟
بله، برخی پروژهها (مثل Decrypt) از مالکیت NFT بهجای توکن برای رأیگیری استفاده میکنند.
آیا Snapshot برای کسبوکارهای غیربلاکچینی مفید است؟
فعلاً خیر، چون مخصوص حکمرانی DAOها و DeFi است.
۱۷. بزرگترین محدودیت Snapshot چیست؟
غیرالزامآور بودن (Non-Binding): نیاز به اجرای دستی نتایج دارد.
وابستگی به اعتبارسنجی خارج از زنجیره.
۱۸. آیا Snapshot جایگزین کامل رأی گیری روی زنجیره است؟
خیر، بلکه مکمل آن است:
- Snapshot: برای نظرسنجیهای کمهزینه.
- On-Chain Voting: برای تصمیمهای حیاتی و اجرای خودکار.
۱۹. آیا میتوان نتایج Snapshot را در قراردادهای هوشمند اجرا کرد؟
بله، با استفاده از اوراکلها (Oracles) یا پلهای زنجیرهای (Cross-Chain Bridges) میتوان نتایج را به بلاکچین منتقل کرد.
۲۰. آینده Snapshot چگونه است؟
- ادغام با Layer 2ها (مثل Arbitrum, Optimism) برای کاهش هزینهها.
- پشتیبانی از استانداردهای جدید حکمرانی.
- افزایش محبوبیت در DAOها.
