Skip to main content

تراکنش بلاکچینی چیست

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

تراکنش بلاکچینی چیست

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

برخلاف انتقال بانکی — که نهادی متمرکز پردازشش می‌کند و فقط برای طرف‌های درگیر قابل مشاهده است — تراکنش بلاکچینی برای هر کسی که به کاوشگر بلوک دسترسی دارد به‌طور عمومی قابل تأیید است. همین شفافیت است که ادعاهای on-chain را قابل بررسی می‌کند.

به‌طور خلاصه: تراکنش بلاکچینی یک کنش on-chain امضاشده و قابل تأیید است — و در DecAIHub، تراکنش‌ها شواهد خام این‌اند که فعالیت on-chain یک پروژه واقعاً وجود دارد.

تراکنش بلاکچینی چگونه کار می‌کند

درک چرخهٔ عمر تراکنش کمک می‌کند بسنجید وقتی پروژه‌ای ادعای فعالیت on-chain، ثبت استنتاج AI یا توزیع انگیزه‌های توکنی می‌کند، یعنی چه.

گام ۱: ساخت

تراکنش وقتی آغاز می‌شود که کاربر یا اپلیکیشنی مجموعه‌ای از دستورالعمل‌ها را می‌سازد. یک تراکنش معمولاً شامل این‌هاست:

  • From — نشانی فرستنده (برگرفته از کلید عمومی کیف پولش).
  • To — نشانی گیرنده (کیف پولی دیگر، یا نشانی یک قرارداد هوشمند).
  • Value — مقدار توکن بومی زنجیره که منتقل می‌شود (برای تعامل با قرارداد می‌تواند صفر باشد).
  • Data — برای فراخوانی‌های قرارداد هوشمند، این فیلد امضای تابع و پارامترها را در بر دارد (مثلاً «مبادلهٔ ۱۰۰ USDC با ETH» کدگذاری‌شده در بایت‌کد).
  • Nonce — شمارنده‌ای ترتیبی که از بازپخش همان تراکنش جلوگیری می‌کند. با هر تراکنش خروجی، nonce هر نشانی یکی افزایش می‌یابد.
  • پارامترهای گس — بیشینهٔ منابع محاسباتی‌ای که فرستنده حاضر است بابتشان بپردازد. برای جزئیات کارمزدهای گس چیست را ببینید.

گام ۲: امضا

پیش از آنکه تراکنش به شبکه ارسال شود، باید با کلید خصوصی فرستنده امضا شود. کیف پول دادهٔ تراکنش را می‌گیرد، الگوریتم امضای رمزنگاری (مانند ECDSA) را اعمال می‌کند و امضایی دیجیتال تولید می‌کند. این امضا دو چیز را ثابت می‌کند: اینکه تراکنش را دارندهٔ کلید خصوصی مجاز کرده و اینکه دادهٔ تراکنش پس از امضا دست‌کاری نشده است.

کلید خصوصی در این فرایند هرگز از کیف پول خارج نمی‌شود. شبکه امضا را در برابر کلید عمومی متناظر بررسی می‌کند تا اصالت را تأیید کند.

گام ۳: پخش

تراکنش امضاشده به یک یا چند گرهٔ شبکهٔ بلاکچین فرستاده می‌شود. این گره‌ها تراکنش را در ممپول (استخر حافظه) قرار می‌دهند — محل انتظار تراکنش‌های در انتظاری که دریافت شده‌اند اما هنوز درون بلوکی جای نگرفته‌اند. ممپول در بیشتر شبکه‌ها عمومی است، یعنی هر کسی می‌تواند تراکنش‌های در انتظار را پیش از تأیید ببیند.

تراکنش با به‌اشتراک‌گذاری گره‌ها با همتایانشان در شبکهٔ همتابه‌همتا منتشر می‌شود. ظرف چند ثانیه، بیشتر گره‌های شبکه تراکنش در انتظار را دریافت کرده‌اند.

گام ۴: اعتبارسنجی و درج

اعتبارسنج‌ها (در شبکه‌های Proof of Stake) یا ماینرها (در شبکه‌های Proof of Work) تراکنش‌ها را از ممپول برای درج در بلوک بعدی برمی‌گزینند. گزینش معمولاً بر پایهٔ اولویت کارمزد گس است — تراکنش‌هایی که کارمزد بالاتری پیشنهاد می‌دهند زودتر درج می‌شوند.

اعتبارسنج پیش از درج تراکنش بررسی می‌کند:

  • امضا معتبر است.
  • فرستنده موجودی کافی برای پوشش مقدار انتقال به‌علاوهٔ کارمزدهای گس دارد.
  • nonce درست است (با nonce موردانتظار بعدی آن نشانی مطابقت دارد).
  • سقف گس برای عملیات کافی است.

اگر همهٔ بررسی‌ها بگذرند، تراکنش درون بلوک جای می‌گیرد. بلوک به شبکه پیشنهاد می‌شود و دیگر اعتبارسنج‌ها اعتبارش را از طریق سازوکار اجماع تأیید می‌کنند.

گام ۵: تأیید

وقتی بلوک حاوی تراکنش به زنجیره افزوده شد، تراکنش تأییدشده به شمار می‌آید. اما نهایی شدن — نقطه‌ای که در آن تراکنش برگشت‌ناپذیر تلقی می‌شود — در هر بلاکچین متفاوت است:

  • Ethereum — تراکنش طبق قواعد نهایی شدن PoS معمولاً پس از ۲ epoch (حدود ۱۲٫۸ دقیقه) نهایی به شمار می‌آید، هرچند بسیاری از اپلیکیشن‌ها ۱۲ تا ۳۵ تأیید بلوک (۲ تا ۷ دقیقه) را کافی می‌دانند.
  • Solana — تراکنش‌ها به لطف سازوکار تأیید خوش‌بینانهٔ شبکه در حدود ۴۰۰ میلی‌ثانیه به نهایی شدن می‌رسند.
  • Bitcoin — عرف برای تراکنش‌های باارزش ۶ تأیید بلوک (حدود ۶۰ دقیقه) است.

پس از نهایی شدن، تراکنش بخشی دائمی از تاریخچهٔ بلاکچین است و برای هر کسی خواندنی و قابل تأیید.

گام ۶: تغییر وضعیت

تراکنش تأییدشده وضعیت بلاکچین را تغییر می‌دهد. این می‌تواند یعنی:

  • موجودی توکنی از نشانی‌ای به نشانی دیگر منتقل شد.
  • حافظهٔ داخلی یک قرارداد هوشمند به‌روزرسانی شد.
  • قراردادی جدید مستقر شد.
  • قراردادی رویدادی صادر کرد و داده‌ای را on-chain ثبت کرد.

وضعیت جدید در نسخه‌های همهٔ گره‌ها از بلاکچین بازتاب می‌یابد. کاوشگرهای بلوک این داده‌ها را ایندکس و جست‌وجوپذیر می‌کنند.

انواع تراکنش

همهٔ تراکنش‌ها انتقال‌های ساده نیستند. انواع رایج عبارت‌اند از:

نوع توضیح
انتقال توکن ارسال توکن‌های بومی (ETH، SOL) از نشانی‌ای به نشانی دیگر
فراخوانی قرارداد اجرای تابعی از قرارداد هوشمند مستقر (مبادله، استیک، رأی)
استقرار قرارداد انتشار کد قرارداد هوشمند جدید روی بلاکچین
تأیید مجوز توکن مجاز کردن قراردادی هوشمند برای خرج توکن‌ها از طرف فرستنده
تراکنش داخلی فراخوانی قرارداد-به-قرارداد که درون تراکنش دیگری برانگیخته می‌شود

برای پروژه‌های کریپتو-AI، فراخوانی‌های قرارداد مرتبط‌ترین نوع‌اند: نمایانگر تعامل با قراردادهای هوشمند پروژه — درخواست‌های استنتاج، ارسال داده، دریافت پاداش، رأی‌های حاکمیتی.

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

تراکنش‌ها واحد بنیادین شواهد on-chain هستند. هر ادعای قابل تأیید دربارهٔ یک پروژهٔ کریپتو-AI در نهایت به تراکنش‌هایی روی بلاکچین برمی‌گردد.

فعالیت قابل تأیید

وقتی پروژه‌ای ادعای هزاران کاربر فعال یا میلیون‌ها درخواست استنتاج می‌کند، این ادعاها با بررسی دادهٔ تراکنش‌ها قابل راستی‌آزمایی‌اند. هر تعامل با قرارداد هوشمند تراکنشی با برچسب زمانی، نشانی فرستنده، تابع فراخوانی‌شده و گس پرداختی تولید می‌کند. کاوشگرهای بلوک این داده‌ها را در دسترس عموم قرار می‌دهند و تأیید مستقل را ممکن می‌کنند.

استنتاج AI روی زنجیره

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

توزیع انگیزه‌ها

پاداش‌های توکنی برای ارائه‌دهندگان رایانش، مشارکت‌کنندگان داده، اعتبارسنج‌ها و کاربران از طریق تراکنش‌ها توزیع می‌شوند. رکورد on-chain دقیقاً نشان می‌دهد چقدر، به چه کسی و کی توزیع شده — و ادعاهای انگیزشی را مستقلاً قابل تأیید می‌کند.

کنش‌های حاکمیتی

رأی‌های DAO، ارسال پیشنهادها، تغییر پارامترها و تخصیص‌های خزانه همگی به‌صورت تراکنش ثبت می‌شوند. حاکمیت on-chain رکوردی دائمی و قابل حسابرسی از تصمیم‌گیری پروژه می‌سازد.

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

مفهوم تراکنش زیربنای چند فیلد کارت پروژه است:

  • Network status — اینکه پروژه روی mainnet است یا نه تعیین می‌کند تراکنش‌هایش روی بلاکچینی عملیاتی با ارزش اقتصادی واقعی رخ می‌دهند یا روی testnet بدون هیچ ریسک دنیای واقعی.
  • Onchain necessity — این ارزیابی مستقیماً به این بستگی دارد که پروژه تراکنش‌های on-chain معناداری تولید می‌کند یا نه. پروژه‌ای با فعالیت تراکنشی حداقلی یا صفر، استدلال Onchain necessity ضعیف‌تری دارد.
  • Main chain — مشخص می‌کند تراکنش‌های پروژه کجا ثبت می‌شوند. زنجیره‌های مختلف هزینه‌ها، سرعت‌ها و ویژگی‌های نهایی شدن متفاوتی برای تراکنش دارند.
  • Token model — هر کارکرد مرتبط با توکن (استیکینگ، کارمزدها، حاکمیت) از طریق تراکنش‌ها اجرا می‌شود.

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

  • نیت کاربر — تراکنش ثابت می‌کند کنشی اجرا شده، نه اینکه چرا. بات‌های خودکار، wash trading و شکار ایردراپ می‌توانند بدون تقاضای واقعی کاربران حجم تراکنش تولید کنند.
  • دخالت AI — تراکنشی که قراردادی هوشمند را فراخوانی می‌کند ثابت نمی‌کند AI در تولید نتیجه دخیل بوده است. محاسبات AI ممکن است offchain (یا اصلاً) انجام شده باشند و فقط خروجی روی زنجیره ثبت شده باشد.
  • کیفیت — حجم بالای تراکنش نشانهٔ محصولی مفید نیست. تراکنش‌ها فعالیت را می‌سنجند، نه ارزش را.
  • تمرکززدایی — یک نهاد واحد می‌تواند از نشانی‌های مختلف میلیون‌ها تراکنش تولید کند. حجم تراکنش به‌تنهایی استفادهٔ توزیع‌شده را ثابت نمی‌کند.

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

  • پرداخت — پرداخت یکی از کاربردهای تراکنش است (انتقال ارزش)، اما تراکنش‌ها مقاصد بسیار دیگری هم دارند: فراخوانی‌های قرارداد، رأی‌های حاکمیتی، ثبت داده، استقرار قرارداد. هر تراکنشی شامل پرداخت نیست.
  • بلوک — بلوک ظرفی است که چندین تراکنش را در بر می‌گیرد. تراکنش یک دستورالعمل واحد است؛ بلوک دسته‌ای از دستورالعمل‌های اعتبارسنجی‌شده که با هم به زنجیره افزوده می‌شوند.
  • پیام — در برخی معماری‌های بلاکچینی (مانند فراخوانی‌های داخلی Ethereum)، «پیام» ارتباطی قرارداد-به-قرارداد است که هش تراکنش جداگانه‌ای تولید نمی‌کند. پیام‌ها در بستر تراکنشی موجود رخ می‌دهند.
  • رویداد / لاگ — رویدادها داده‌هایی‌اند که قراردادهای هوشمند حین اجرای تراکنش صادر می‌کنند. روی زنجیره ثبت و توسط کاوشگرهای بلوک ایندکس می‌شوند، اما خروجیِ تراکنش‌اند، نه خودِ تراکنش.

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

چرا تراکنش‌ها هزینه دارند؟

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

آیا تراکنش قابل برگشت است؟

در شرایط عادی، نه. وقتی تراکنش تأیید شد و به نهایی شدن رسید، دائمی است. روی بلاکچین سازوکار برگشت وجه وجود ندارد. در موارد استثنایی، هارد فورک شبکه می‌تواند تراکنش‌ها را برگرداند، اما این به اجماع میان اعتبارسنج‌ها نیاز دارد و در تاریخ بلاکچین فقط چند بار رخ داده است (شاخص‌تر از همه، فورک پس از هک DAO در Ethereum در سال ۲۰۱۶).

تراکنش‌های بلاکچینی چقدر سریع‌اند؟

سرعت میان شبکه‌ها تفاوت چشمگیری دارد. Solana تراکنش‌ها را در کمتر از یک ثانیه پردازش می‌کند. تراکنش‌های Ethereum معمولاً ظرف ۱۲ ثانیه تأیید می‌شوند اما نهایی شدن کامل ممکن است چند دقیقه طول بکشد. تراکنش‌های Bitcoin تقریباً ۱۰ دقیقه به‌ازای هر تأیید بلوک زمان می‌برند. بده‌بستان سرعت-امنیت یک انتخاب طراحی بنیادین برای هر بلاکچین است.

چگونه تراکنش‌های یک پروژه را راستی‌آزمایی کنم؟

از کاوشگر بلوک بلاکچین مربوط استفاده کنید — Etherscan برای Ethereum، Solscan برای Solana، BscScan برای BNB Smart Chain و ابزارهای مشابه برای شبکه‌های دیگر. نشانی قرارداد پروژه را وارد کنید تا همهٔ تراکنش‌ها، برچسب‌های زمانی، نشانی‌های درگیر و توابع فراخوانی‌شده را ببینید. برای راهنمای مفصل کاوشگر بلاکچین چیست را ببینید.

منابع خارجی

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

No comments to display

Back to top