جریان تراکنش Hyperledger Fabric

فرض کنید هیچ خطایی وجود ندارد:

1. یک کلاینت، مانند یک برنامه iOS، یک درخواست API را به یک سرور Backend با Hyperledger Fabric SDK ارسال می‌کند — من می‌خواهم برخی از داده‌ها را در Blockchain بنویسم.
2. SDK یک پیشنهاد تراکنش را برای تأیید به همتا (ها) ارسال می کند.
3. همتا (ها) پیشنهاد تراکنش را تأیید می کند (امضا می کند) و آن را به SDK برمی گرداند (همچنین، همتا در این مرحله، قبل از تأیید پیشنهاد تراکنش، اجرای کد زنجیره ای / قرارداد هوشمند را انجام می دهد.
4. SDK یک تراکنش را برای سفارش دهنده (& Kafka) برای سرویس سفارش تراکنش ارسال می کند.
5. سفارش دهنده تراکنش ها را سفارش می دهد، بلوک را تشکیل می دهد و آن را برای همتایان پخش می کند.
6. (Peer)(ها) به SDK اطلاع می دهد – بلوک در Blockchain برای داده های شما متعهد شده است (همچنین، Peer اعتبار تراکنش ها و تعهد بلوک را در این مرحله، قبل از اطلاع به SDK انجام می دهد)
7. SDK (سرور Backend) یک پاسخ API را به یک کلاینت ارسال می کند – بلوک در بلاک چین برای داده های شما متعهد شده است.

به نظر می رسد که SDK (سرور Backend) از نظر تعداد فلش ها بسیار شلوغ است. اما فراموش نکنید که تأیید (امضا کردن)، اجرای/شبیه‌سازی کد زنجیره‌ای و اعتبارسنجی تراکنش‌ها نیز کارهای پرباری هستند.

 در مقالات بعدی، به جریان تراکنش Corda و چند موضوع در مورد شیوه های طراحی برای توسعه Chaincode یا Smart Contract خواهیم پرداخت.

Corda یکی دیگر از چارچوب های بلاک چین مجاز مانند Hyperledger Fabric است.

برای کسب اطلاعات بیشتر در مورد Hyperledger Fabric، می توانید مقالات ما را در این زمینه مطالعه نمایید:

آموزش ساختن اولین شبکه Hyperledger Fabric

به‌روزرسانی تنظیمات کانال Hyperledger Fabric

Hyperledger Fabric Damn Implicit MetaPolicy