dApp چیست

توجه: این سند ترجمه خودکار نسخه اصلی انگلیسی است.

dApp چیست

dApp (برنامهٔ غیرمتمرکز) نرم‌افزاری است که به‌جای اتکای کامل به سرور متمرکز سنتی، از طریق قراردادهای هوشمند با بلاکچین تعامل می‌کند. برخلاف برنامه‌های معمول که در آن‌ها یک شرکت واحد بک‌اند، پایگاه داده و منطق کسب‌وکار را کنترل می‌کند، dApp عملیات حیاتی را روی زنجیره می‌گذارد — و آن‌ها را شفاف، قابل حسابرسی و مقاوم در برابر نقاط شکست واحد می‌کند.

این اصطلاح طیف گسترده‌ای از محصولات را در بر می‌گیرد: صرافی‌های غیرمتمرکز، پروتکل‌های وام‌دهی، بازارهای NFT، بازی‌های on-chain، پلتفرم‌های استنتاج AI و بیشتر. آنچه آن‌ها را متحد می‌کند انتخاب معماری‌ای است که منطق حساس به اعتماد را به قراردادهای هوشمند واگذار می‌کند، نه به سرورهای خصوصی یک شرکت.

به‌طور خلاصه: dApp نرم‌افزاری است ساخته‌شده بر قراردادهای هوشمند بلاکچین — و DecAIHub رصد می‌کند که آیا پروژه‌های کریپتو-AI برنامه‌های غیرمتمرکز واقعی ارائه می‌دهند یا فقط محصولاتی متمرکز با یک توکن ضمیمه.

dApp چگونه کار می‌کند

برنامهٔ وب سنتی الگوی سه‌لایهٔ آشنایی دارد: فرانت‌اند (آنچه کاربر می‌بیند)، بک‌اند (منطق سرور) و پایگاه داده (جایی که وضعیت ذخیره می‌شود). dApp این الگو را با جایگزینی بخشی یا همهٔ لایه‌های بک‌اند و پایگاه داده با قراردادهای هوشمند مستقر روی بلاکچین تغییر می‌دهد.

فرانت‌اند

لایهٔ رو به کاربر یک dApp معمولاً برنامهٔ وب استانداردی است — HTML، CSS، JavaScript — که از طریق مرورگر یا اپلیکیشن موبایل ارائه می‌شود. تفاوت کلیدی در نحوهٔ ارتباط فرانت‌اند با بک‌اند است. فرانت‌اند dApp به‌جای ارسال درخواست به سرور API یک شرکت، تراکنش‌ها را به یک گرهٔ بلاکچین می‌فرستد، معمولاً از طریق رابط کیف پول.

وقتی کاربر کیف پول کریپتویی (مانند MetaMask یا Phantom) را به وب‌سایتی متصل و تراکنشی را تأیید می‌کند، با فرانت‌اند یک dApp تعامل دارد. کیف پول تراکنش را با کلید خصوصی کاربر امضا می‌کند و تراکنش امضاشده به شبکهٔ بلاکچین ارسال می‌شود.

بک‌اند مبتنی بر قرارداد هوشمند

در برنامهٔ سنتی، کد سمت سرور روی ماشین‌هایی اجرا می‌شود که شرکت کنترلشان می‌کند. در dApp، منطق اصلی کسب‌وکار در قراردادهای هوشمند قرار دارد — برنامه‌هایی مستقر روی بلاکچین که هنگام فراخوانی به‌طور خودکار اجرا می‌شوند. این قراردادها عمومی، قابل حسابرسی و پس از استقرار تغییرناپذیرند (هرچند الگوهای ارتقا مانند پروکسی‌ها وجود دارند).

یک صرافی غیرمتمرکز را در نظر بگیرید: وقتی کاربر توکنی را با توکن دیگر مبادله می‌کند، منطق مبادله روی سرور یک شرکت اجرا نمی‌شود. درون قراردادی هوشمند روی Ethereum، Solana یا زنجیرهٔ دیگری در حال اجراست. قواعد قیمت‌گذاری، استخرهای نقدینگی و توزیع کارمزد در قرارداد کدگذاری شده‌اند و سازوکار اجماع شبکه آن‌ها را اعمال می‌کند.

وضعیت و ذخیره‌سازی داده

برنامه‌های سنتی داده‌ها را در پایگاه‌های دادهٔ اختصاصی ذخیره می‌کنند. dApp وضعیت حیاتی — موجودی توکن‌ها، رکوردهای مالکیت، رأی‌های حاکمیتی، پارامترهای قرارداد — را مستقیماً روی بلاکچین ذخیره می‌کند. این باعث می‌شود وضعیت برای هر کسی که به کاوشگر بلوک دسترسی دارد، عمومی و قابل تأیید باشد.

اما همهٔ داده‌ها روی زنجیره نیستند. ذخیرهٔ حجم زیاد داده روی بلاکچین گران است، بنابراین بسیاری از dAppها از رویکردی ترکیبی استفاده می‌کنند: وضعیت حیاتی روی زنجیره و داده‌های کمکی (تصاویر، فراداده، مجموعه‌داده‌های بزرگ) روی سیستم‌های ذخیره‌سازی غیرمتمرکز مانند IPFS یا Arweave، و گاهی روی سرورهای سنتی.

چرخهٔ تعامل

یک تعامل معمول با dApp این مسیر را طی می‌کند:

1. کاربر رابط وب dApp را در مرورگر باز می‌کند.
2. کاربر کیف پول کریپتویی خود را متصل می‌کند.
3. کاربر اقدامی را آغاز می‌کند (مبادله، استیک، رأی، ارسال داده).
4. کیف پول تراکنشی را برای بازبینی و امضای کاربر نمایش می‌دهد.
5. تراکنش امضاشده به شبکهٔ بلاکچین ارسال می‌شود.
6. اعتبارسنج‌ها یا تولیدکنندگان بلوک، تراکنش را در بلوک می‌گنجانند.
7. قرارداد هوشمند منطق را اجرا و وضعیت on-chain را به‌روزرسانی می‌کند.
8. فرانت‌اند وضعیت به‌روزشده را می‌خواند و نتیجه را بازتاب می‌دهد.

هر گام شفاف است: تراکنش روی زنجیره قابل مشاهده است، کد قرارداد هوشمند قابل بازبینی است و نتیجه را می‌توان مستقلاً تأیید کرد.

تفاوت dApp با برنامه‌های سنتی

تفاوت‌ها صرفاً فنی نیستند — مدل اعتماد را از بنیاد تغییر می‌دهند.

جنبه	برنامهٔ سنتی	dApp
کنترل بک‌اند	شرکت مالک و گردانندهٔ سرورهاست	قراردادهای هوشمند روی شبکهٔ غیرمتمرکز اجرا می‌شوند
مالکیت داده	شرکت پایگاه داده را کنترل می‌کند	وضعیت حیاتی روی بلاکچین عمومی ذخیره می‌شود
قطعی	شرکت می‌تواند سرویس را ببندد یا دسترسی را محدود کند	قراردادهای هوشمند تا وقتی شبکه فعال است در دسترس می‌مانند
قابلیت حسابرسی	کد منبع معمولاً خصوصی است	قراردادهای هوشمند به‌طور عمومی قابل تأییدند
سیستم حساب	نام کاربری و رمز عبور را شرکت مدیریت می‌کند	کاربران با کیف پول و کلید خصوصی خودشان احراز هویت می‌کنند
ارتقاها	شرکت هر وقت بخواهد به‌روزرسانی می‌فرستد	ارتقای قرارداد تابع حاکمیت on-chain است یا ناممکن (قراردادهای تغییرناپذیر)
مدل هزینه	شرکت هزینهٔ سرور را می‌پردازد؛ کاربران شاید اشتراک بپردازند	کاربران برای تراکنش‌های on-chain کارمزد گس می‌پردازند

این به آن معنا نیست که dAppها به‌طور مطلق بهترند. بده‌بستان‌هایی می‌آورند: تراکنش‌های on-chain گس هزینه دارند، باگ‌های قرارداد هوشمند می‌توانند برگشت‌ناپذیر باشند و تجربهٔ کاربری اغلب دانش فنی بیشتری می‌خواهد (مدیریت کیف پول، تأیید تراکنش‌ها، درک گس).

چرا پروژه‌های AI دی‌اپ می‌سازند

تلاقی AI و بلاکچین دلایل مشخصی برای ساختن برنامه‌های غیرمتمرکز به‌جای محصولات SaaS سنتی ایجاد می‌کند.

اجرای شفاف AI. وقتی مدل AI از طریق یک dApp استنتاج اجرا می‌کند، پیش‌بینی می‌کند یا داده پردازش می‌کند، ورودی‌ها، خروجی‌ها و پارامترها را می‌توان روی زنجیره ثبت یا تأیید کرد. این ردی حسابرسی‌پذیر می‌سازد که خدمات متمرکز AI به‌طور پیش‌فرض ارائه نمی‌دهند. برای پروژه‌هایی که مدعی تصمیم‌گیری مبتنی بر AI هستند — معاملهٔ خودکار، ارزیابی ریسک، برچسب‌گذاری داده — اجرا یا تأیید on-chain این ادعاها را قابل بررسی می‌کند.

بازارهای غیرمتمرکز رایانش و داده. چند پروژهٔ کریپتو-AI دی‌اپ‌هایی می‌سازند که منابع رایانشی توزیع‌شده یا مشارکت‌های داده را هماهنگ می‌کنند. شرکت‌کنندگان زمان GPU، مجموعه‌داده‌های برچسب‌خورده یا میزبانی مدل را از طریق قراردادهای هوشمندی عرضه می‌کنند که پرداخت‌ها، تأیید کیفیت و تخصیص وظایف را بر عهده دارند. الگوی dApp تضمین می‌کند قواعد بازار را کد اعمال می‌کند، نه صلاحدید گردانندهٔ پلتفرم.

دسترسی توکنی و انگیزه‌ها. dAppها مدل‌های اقتصادی‌ای را ممکن می‌کنند که بازتولیدشان در برنامه‌های سنتی دشوار است. خدمات AI می‌توانند به دارایی توکنی مشروط شوند، کارمزدهای استفاده می‌توانند از طریق قراردادهای هوشمند به‌طور خودکار میان مشارکت‌کنندگان توزیع شوند و حاکمیت بر انتخاب مدل، سیاست‌های داده یا به‌روزرسانی پارامترها می‌تواند با رأی‌گیری on-chain انجام شود.

ترکیب‌پذیری. dAppهای روی یک بلاکچین می‌توانند از طریق فراخوانی قراردادهای هوشمند با هم تعامل کنند. یک dApp استنتاج AI می‌تواند با یک پروتکل DeFi، یک بازار داده یا یک چارچوب حاکمیتی ترکیب شود — و کارکردی بسازد که هیچ پروژه‌ای به‌تنهایی نمی‌توانست بسازد. این ترکیب‌پذیری دلیل اصلی آن است که پروژه‌های AI ساختن روی زیرساخت بلاکچین را به محیط‌های ابری منزوی ترجیح می‌دهند.

این مورد کجای کارت‌های پروژهٔ DecAIHub دیده می‌شود

در کارت پروژهٔ DecAIHub، مفهوم dApp در چند فیلد ظاهر می‌شود:

• Type — پروژهٔ dApp معمولاً فیلد Type را برابر EVM یا non-EVM دارد (بسته به پلتفرم قرارداد هوشمندی که روی آن مستقر است)، در برابر Appchain (که در آن پروژه خودش شبکهٔ بلاکچینی مستقل است).
• Category — پروژه‌های dApp-محور اغلب زیر دسته‌هایی مانند AI/Agents، AI/Inference، AI/Data یا دسته‌های میان‌حوزه‌ای مانند AI/Agents | DeFi ظاهر می‌شوند که در آن‌ها جزء AI از طریق برنامهٔ غیرمتمرکز ارائه می‌شود.
• AI component — کارت پروژه مشخص می‌کند AI درون dApp واقعاً چه می‌کند (استنتاج، هماهنگی رایانش، تحلیل، آموزش). برچسب dApp بدون جزء AI مشخص، نشانه‌ای برای بررسی بیشتر است.
• Onchain necessity — این فیلد می‌سنجد آیا ادغام بلاکچین از نظر ساختاری برای محصول ضروری است. برای یک dApp واقعی، پاسخ باید روشن باشد: لایهٔ قرارداد هوشمند کارکردهایی انجام می‌دهد که بک‌اند سنتی نمی‌توانست بدون از دست دادن شفافیت، بی‌نیازی از اعتماد یا مقاومت در برابر سانسور بازتولیدشان کند. اگر بتوان لایهٔ بلاکچین را حذف کرد بدون آنکه کارکرد اصلی محصول تغییر کند، برچسب «dApp» تزئینی است.

هنگام خواندن کارت پروژه، نمای dApp (یعنی Type: EVM یا non-EVM همراه با استقرار پروژه روی شبکهٔ دیگران) به‌همراه امتیاز قوی Onchain necessity نشان می‌دهد پروژه دلیل معناداری برای بودن روی زنجیره دارد. همان نما با Onchain necessity ضعیف یا غایب نشان می‌دهد معماری برنامهٔ غیرمتمرکز شاید بیشتر روایت باشد تا واقعیت.

برچسب dApp به‌تنهایی چه چیزی را ثابت نمی‌کند

نامیدن یک محصول به‌عنوان «dApp» ادعایی ساختاری است، نه تضمین کیفیت. برچسب dApp به‌خودی‌خود این‌ها را اثبات نمی‌کند:

• AI reality — dApp می‌تواند بدون هیچ جزء واقعی AI وجود داشته باشد. قراردادهای هوشمند شاید انتقال توکن و حاکمیت را انجام دهند در حالی که «AI» فقط در مواد بازاریابی وجود دارد. DecAIHub سنجش AI reality را جداگانه و از طریق طیف AI_0 تا AI_4 و شواهد Tier-1 انجام می‌دهد.

• عمق تمرکززدایی — پروژه می‌تواند خود را dApp بنامد در حالی که همهٔ منطق معنادار را روی سرورهای متمرکز اجرا می‌کند و از بلاکچین فقط برای انتقال توکن استفاده می‌کند. میزان تمرکززدایی مهم‌تر از برچسب است. بررسی کنید کدام عملیات واقعاً on-chain و کدام off-chain اجرا می‌شوند.

• امنیت — قراردادهای هوشمند می‌توانند باگ داشته باشند و dAppها می‌توانند اکسپلویت شوند. dApp ذاتاً امن نیست. گزارش‌های حسابرسی، برنامه‌های bug bounty و تأیید قراردادها شواهد جداگانه‌ای از رویه‌های امنیتی‌اند.

• ارزش برای کاربر — یک dApp از نظر فنی معتبر می‌تواند همچنان هیچ مسئلهٔ واقعی را حل نکند. محصول باید فراتر از تازگیِ «روی زنجیره بودن» فایده برساند.

• Token necessity — dApp می‌تواند بدون توکن هم به‌خوبی کار کند. وجود توکن در کنار dApp به معنای لازم بودن توکن نیست. Token necessity مستقل ارزیابی می‌شود.

اشتباه نگیرید با

• قرارداد هوشمند — قرارداد هوشمند برنامه‌ای مستقر روی بلاکچین است. dApp برنامهٔ کاملی است که قراردادهای هوشمند را به‌عنوان بک‌اند خود به کار می‌گیرد. یک قرارداد هوشمند به‌تنهایی dApp نیست، همان‌طور که یک نقطهٔ اتصال API به‌تنهایی برنامهٔ وب نیست.

• پروتکل — پروتکل مجموعه‌ای از قواعد و استانداردهای تعامل را تعریف می‌کند. پروتکل‌هایی مانند Uniswap یا Aave منطق قرارداد هوشمند را تعریف می‌کنند، اما dApp محصول کامل رو به کاربر است که فرانت‌اند، ادغام کیف پول و قراردادهای پروتکل را در بر می‌گیرد. برخی پروتکل‌ها چندین فرانت‌اند dApp دارند که رویشان ساخته شده‌اند.

• وب‌سایتی با اتصال کیف پول — اتصال کیف پول به وب‌سایت آن را dApp نمی‌کند. اگر اتصال کیف پول فقط برای احراز هویت یا نمایش توکن‌ها به کار رود و هیچ تراکنش on-chain در منطق اصلی محصول درگیر نباشد، برنامه به‌معنای واقعی غیرمتمرکز نیست.

• توکن — توکن یک دارایی دیجیتال روی بلاکچین است. dApp ممکن است از توکن استفاده کند، اما این‌ها دو چیز متفاوت‌اند. بسیاری از توکن‌ها بدون هیچ dApp مرتبطی وجود دارند و برخی dAppها بدون توکن بومی کار می‌کنند.

• پروتکل DeFi — پروتکل‌های DeFi (امور مالی غیرمتمرکز) زیرمجموعه‌ای از dAppها با تمرکز بر خدمات مالی‌اند. همهٔ پروتکل‌های DeFi دی‌اپ‌اند، اما همهٔ dAppها DeFi نیستند. dAppهای متمرکز بر AI، dAppهای بازی، dAppهای اجتماعی و dAppهای بازار داده دسته‌های به همان اندازه معتبرند.

پرسش‌های متداول

آیا هر پروژهٔ کریپتویی باید dApp باشد؟

نه. بسیاری از پروژه‌های ارزشمند کریپتویی لایه‌های زیرساخت (بلاکچین‌های L1 یا L2)، ابزارهای توسعه، شبکه‌های اوراکل یا خدمات داده‌اند. معماری پروژه باید با هدفش هم‌خوان باشد. تحمیل الگوی dApp به محصولی که به‌عنوان زیرساخت یا سرویس سنتی بهتر کار می‌کرد، ارزشی نمی‌افزاید — پیچیدگی می‌افزاید.

آیا dApp می‌تواند بدون اینترنت کار کند؟

نه. dApp برای تعامل با بلاکچین به اتصال شبکه نیاز دارد. خود بلاکچین شبکه‌ای توزیع‌شده از گره‌هاست که از طریق اینترنت با هم ارتباط دارند. بدون دسترسی شبکه، کاربر نمی‌تواند تراکنش بفرستد یا وضعیت on-chain را بخواند. اما دادهٔ بلاکچین روی گره‌های مستقل فراوانی تکثیر شده است، بنابراین خاموشی هیچ سرور واحدی نمی‌تواند آن را پاک کند.

آیا همهٔ dAppها متن‌بازند؟

نه لزوماً. کد قرارداد هوشمند مستقر روی زنجیره معمولاً به‌طور عمومی قابل مشاهده و تأیید است (باید باشد، چون روی شبکهٔ عمومی اجرا می‌شود). اما کد فرانت‌اند، سرویس‌های بک‌اند کمکی و اجزای off-chain ممکن است متن‌باز باشند یا نباشند. قراردادهای هوشمند متن‌باز نشانهٔ مثبتی برای شفافیت و قابلیت حسابرسی‌اند، اما قاعدهٔ جهان‌شمول نیستند.

از کجا بفهمم پروژه واقعاً dApp است یا فقط ادعا می‌کند؟

بررسی کنید منطق اصلی محصول از طریق قراردادهای هوشمند روی بلاکچین عمومی اجرا می‌شود یا نه. دنبال آدرس‌های قرارداد تأییدشده در کاوشگر بلوک بگردید، مستندات پروژه را برای جزئیات استقرار قراردادها ببینید و بیازمایید که آیا محصول برای کارکرد اصلی‌اش واقعاً به تراکنش‌های مبتنی بر کیف پول نیاز دارد. اگر محصول بدون اتصال بلاکچین همان‌طور کار کند، به هیچ معنای معناداری dApp نیست.

تفاوت dApp با اپلیکیشن Web3 چیست؟

«Web3» اصطلاح چتری گسترده‌تری برای برنامه‌هایی است که از فناوری بلاکچین، ذخیره‌سازی غیرمتمرکز و هویت رمزنگاری استفاده می‌کنند. dApp نوع مشخصی از برنامهٔ Web3 است — که در آن منطق بک‌اند روی قراردادهای هوشمند اجرا می‌شود. برخی برنامه‌های Web3 از بلاکچین به‌طور جانبی (برای هویت یا پرداخت) استفاده می‌کنند بدون آنکه منطق اصلی را روی زنجیره بگذارند؛ این‌ها اپ Web3 هستند اما نه لزوماً dApp به معنای دقیق.

چرا dAppها برای ارزیابی پروژه‌های کریپتو-AI مهم‌اند؟

چون معماری dApp تعیین می‌کند ادعاهای AI پروژه روی زنجیره قابل تأیید باشند یا نه. اگر پروژهٔ AI به‌عنوان dApp واقعی کار کند، فراخوانی‌های استنتاج، پردازش داده یا هماهنگی رایانش آن را می‌توان از طریق تعاملات قرارداد هوشمند رهگیری کرد. اگر «dApp» فقط پوسته‌ای فرانت‌اندی روی یک API متمرکز باشد، ادعاهای AI از طریق شواهد on-chain تأییدناپذیر می‌مانند — دقیقاً همان چیزی که سنجش‌های Onchain necessity و AI reality در DecAIHub برای شناسایی‌اش طراحی شده‌اند.

منابع خارجی

• Ethereum.org — Introduction to dApps — مرور بنیاد Ethereum بر برنامه‌های غیرمتمرکز، ویژگی‌های آن‌ها و تفاوتشان با برنامه‌های سنتی
• Solana Documentation — Building Programs — راهنمای Solana برای ساخت برنامه‌های on-chain (معادل قراردادهای هوشمند برای dAppها در Solana)
• a16z Crypto — The Web3 Landscape — پژوهش‌های کریپتویی Andreessen Horowitz دربارهٔ معماری dAppها، روندها و تحلیل بازار
• DappRadar — پلتفرم تحلیلی رصد استفاده از dAppها، حجم تراکنش‌ها و فعالیت کاربران روی چند بلاکچین

همچنین ببینید

• DeFi چیست
• بلاکچین لایه ۱ (L1) چیست
• بلاکچین لایه ۲ (L2) چیست
• Ethereum چیست
• Solana چیست
• AI reality، Onchain necessity و Token necessity
• عامل AI چیست
• AI component چیست
• قرارداد هوشمند چیست
• چگونه کارت پروژهٔ DecAIHub را بخوانیم