مقدمه: آلپنگلو روی مین‌نت فعال است
سولانا ارتقای آلپنگلو خود را در ۲۱ اکتبر روی مین‌نت فعال کرد؛ تغییری بنیادی در شیوه رسیدن بلاک‌ها به اجماع. این شبکه سازوکار رأی‌گیری قدیمی درون‌زنجیره‌ای خود را با جریان رأی‌گیری مبتنی بر گواهی جایگزین کرد تا زمان لازم برای غیرقابل بازگشت تلقی شدن یک بلاک کاهش یابد. این تغییر که در ایپاک ۱۰۶۴ ثبت شد، پس از آن رخ داد که ۴۴۶ اعتبارسنج از مجموع ۶۵۴ اعتبارسنج، گواهی جنسیس را در اسلات ۴۵۹,۶۵۳,۰۰۰ امضا کردند و همین حالا نیز نحوه ارزیابی توسعه‌دهندگان، کیف پول‌ها، صرافی‌ها، ایندکسرها و اعتبارسنج‌ها از توان عملیاتی، فاینالیتی و داده‌های درون‌زنجیره‌ای را تغییر داده است.
این مقاله توضیح می‌دهد آلپنگلو چه چیزهایی را برای کاربران و ارائه‌دهندگان زیرساخت تغییر می‌دهد. همچنین روشن می‌کند کدام بخش‌های جریان پرداخت و تأیید تغییر کرده‌اند، کدام بخش‌ها بدون تغییر مانده‌اند و ناظران و ارائه‌دهندگان بیرونی چگونه باید بهبود واقعی سرعت را از دید مشتری اندازه‌گیری کنند. در ادامه، اقتصاد اعتبارسنج‌ها، تغییرات آرپی‌سی و ایندکسرها، حسابداری تراکنش‌ها و راهنمای عملیاتی برای تیم‌های محصولی که می‌خواهند از فاینالیتی سریع‌تر استفاده کنند، بدون آنکه مشکلات تازه‌ای در قابلیت اطمینان ایجاد شود، به‌صورت عمیق بررسی می‌شود.
آلپنگلو چه چیزی را جایگزین می‌کند و چرا مهم است
از رأی‌های تاوربی‌اف‌تی تا ووتور مبتنی بر گواهی
پیش از آلپنگلو، سولانا از تاوربی‌اف‌تی استفاده می‌کرد؛ پروتکلی که بر نوشتن تراکنش‌های رأی توسط اعتبارسنج‌ها در دفترکل تکیه داشت. این تراکنش‌های رأی درون‌زنجیره‌ای تنها پس از انباشت رأی کافی در چند اسلات بعدی به نهایی شدن یک بلاک کمک می‌کردند. در عمل، این سازوکار زمان فاینالیتی را نسبتا طولانی می‌کرد، زیرا زنجیره باید دستورهای رأی را در خود جای می‌داد و چند اسلات منتظر می‌ماند تا تأییدهای کافی جمع شود.
مؤلفه ووتور در آلپنگلو این فرایند را تغییر می‌دهد. اعتبارسنج‌ها اکنون رأی‌ها را مستقیما خارج از جریان اصلی تراکنش‌ها مبادله می‌کنند و گواهی‌هایی می‌سازند که به پاورقی بلاک‌ها افزوده می‌شود. به‌جای آنکه رأی‌ها به‌صورت تراکنش‌های جداگانه در بلاک‌ها ظاهر شوند و هم بلاک‌ها را شلوغ کنند و هم در شاخص‌های ظاهری توان عملیاتی اثر بگذارند، اطلاعات گواهی‌دهی تجمیع شده و در فراداده بلاک قرار می‌گیرد. یک بلاک می‌تواند پس از یک یا دو دور رأی‌گیری نهایی شود و همین نکته دلیل اصلی هدف‌گذاری آلپنگلو برای دستیابی به فاینالیتی زیر یک ثانیه است.
هدف طراحی در برابر واقعیت اندازه‌گیری‌شده
مهندسی بنیاد سولانا هدف طراحی را حدود ۱۵۰ میلی‌ثانیه برای فاینالیتی بلاک اعلام کرده است. مقایسه پیش از عرضه خود بنیاد، عدد ۱۲.۸ ثانیه را به‌عنوان مرجع رفتار فاینالیتی قبلی در نظر گرفته بود. اندازه‌گیری‌های مستقل که کمی پس از فعال‌سازی منتشر شدند، میانه فاینالیتی مشاهده‌شده را طی ۲۴ ساعت برابر با ۴۰۴ میلی‌ثانیه نشان دادند؛ با صدک ۹۰ برابر ۵۷۹ میلی‌ثانیه و صدک ۹۹ برابر ۷۶۵ میلی‌ثانیه. این ارقام بهبود چشمگیری نسبت به رفتار قبلی را نشان می‌دهند، اما تفاوت میان هدف مهندسی و تأخیرهای متنوعی را که کاربران واقعا تجربه می‌کنند نیز برجسته می‌سازند.
سه دلیل برای تفاوت میان اعداد گزارش‌شده وجود دارد:
- نقاط شروع متفاوت برای مشاهده. بنیاد ممکن است زمان‌سنجی را از لحظه‌ای آغاز کند که یک اعتبارسنج برای نخستین بار بلاک پیشنهادی را دریافت می‌کند، در حالی که ناظران عمومی ممکن است از زمانی شروع کنند که یک گواهی را می‌بینند یا نودهای آرپی‌سی آن‌ها وضعیت نهایی‌شده را مشاهده می‌کنند.
- توپولوژی شبکه و انتشار. تأخیر اینترنت، فاصله فیزیکی میان اعتبارسنج‌ها و سرورهای آرپی‌سی و سازوکارهای توزیع داده تعیین می‌کنند ناظران مختلف با چه سرعتی یک وضعیت نهایی‌شده یکسان را ببینند.
- رفتار کلاینت و ارائه‌دهنده. کیف پول‌ها، صرافی‌ها و سامانه‌های پذیرنده تصمیم می‌گیرند چه زمانی پیام موفقیت را نمایش دهند و این تصمیم‌ها معمولا برای کاهش زمان انتظار قابل مشاهده، از تعهدهای ضعیف‌تر از وضعیت نهایی‌شده استفاده می‌کنند.
درک این تفاوت‌ها برای تیم‌های محصولی که می‌خواهند فاینالیتی سریع‌تر آلپنگلو را به کاربران نهایی منتقل کنند، حیاتی است.
کاربران چه چیزی را خواهند دید و چه چیزی بدون تغییر می‌ماند
سرعت: فاینالیتی در برابر پردازش
وقتی کاربری توکن اس‌او‌ال ارسال می‌کند، چندین مرحله رخ می‌دهد: امضای تراکنش به‌صورت محلی، پخش آن به یک نود آرپی‌سی، قرار گرفتن در بلاک توسط لیدر، گواهی‌دهی توسط اعتبارسنج‌ها و در نهایت، به‌روزرسانی توسط کیف پول یا سرویسی که تراکنش را تسویه‌شده نشان می‌دهد. آلپنگلو مرحله گواهی‌دهی را سریع‌تر می‌کند و انتظار برای قوی‌ترین اطمینان از اینکه یک بلاک طبق قواعد سولانا قابل بازگشت نیست را فشرده‌تر می‌سازد.
با این حال، این ارتقا زمانی را که کیف پول صرف ایجاد و پخش تراکنش می‌کند تغییر نمی‌دهد و پذیرنده یا صرافی را هم مجبور نمی‌کند بررسی‌های ریسک داخلی و سیاست‌های اعتباردهی خود را تغییر دهد. کیف پول همچنان می‌تواند پیش از رسیدن به فاینالیتی آلپنگلو، بر پایه یک تعهد ضعیف‌تر، پیام زودهنگام «پردازش‌شده» یا «تأییدشده» نمایش دهد. مزیت عملی این است که برنامه‌هایی که تصمیم می‌گیرند وضعیت نهایی‌شده را الزام کنند، می‌توانند این کار را با انتظار بسیار کوتاه‌تری انجام دهند، به شرط آنکه ارائه‌دهندگان آرپی‌سی و ایندکسر آن‌ها فاینالیتی را به‌موقع گزارش کنند.
چه زمانی فاینالیتی سریع‌تر پرداخت را سریع‌تر نمی‌کند
چند بخش از خط لوله پرداخت یا تسویه همچنان مستقل از زمان‌بندی جدید فاینالیتی زنجیره باقی می‌مانند:
- سیاست‌های صرافی. صرافی‌ها معمولا پیش از اعتبار دادن به واریزها، فرایند شناخت مشتری، غربالگری تقلب و تطبیق دفترکل داخلی را انجام می‌دهند. این بررسی‌ها ممکن است از چند ثانیه تا چند دقیقه طول بکشند و با فاینالیتی درون‌زنجیره‌ای سریع‌تر نمی‌شوند.
- بریج‌ها و مبادله‌های بین‌زنجیره‌ای. یک بریج باید پیام را منتقل کند، آن را در زنجیره مقصد تأیید کند و اغلب بررسی‌های بیشتری انجام دهد. فاینالیتی زنجیره مبدأ یکی از بخش‌های مسیر را کوتاه می‌کند، نه کل فرایند بین‌زنجیره‌ای را.
- پایانه‌های پذیرندگی با اتصال ناپایدار. اگر دستگاه فروش آفلاین باشد، حتی وقتی بلاک به‌سرعت نهایی می‌شود، نمی‌تواند تأیید فوری دریافت کند.
بنابراین، آلپنگلو یک بهبود در سطح پروتکل است که فرصت‌هایی برای گردش‌کارهای سریع‌تر از ابتدا تا انتها ایجاد می‌کند، اما محصولات باید برای بهره‌برداری از این فرصت‌ها به‌روزرسانی شوند.
فاینالیتی چگونه مشاهده می‌شود: چندین ساعت اهمیت دارند
نقاط اندازه‌گیری متفاوت به پرسش‌های متفاوت پاسخ می‌دهند
هیچ عدد واحدی برای فاینالیتی وجود ندارد که به همه پرسش‌های عملی پاسخ دهد. این نقاط مشاهده را در نظر بگیرید:
- شروع از کیف پول: اندازه‌گیری از لحظه‌ای که کاربر تراکنش را تأیید و امضا می‌کند. این معیار تجربه مشتری را در پایانه فروش یا تجربه کاربری کیف پول نشان می‌دهد.
- نمای نود آرپی‌سی: اندازه‌گیری از دید سرور آرپی‌سی، یعنی زمانی که گواهی را می‌بیند و وضعیت نهایی‌شده را گزارش می‌کند. این به تیم‌های محصول کمک می‌کند زمان‌انقضاها و جریان‌های رابط کاربری را تنظیم کنند.
- زمان دریافت توسط اعتبارسنج: اندازه‌گیری زمانی که یک اعتبارسنج برای نخستین بار بلاک پیشنهادی را دریافت می‌کند و می‌تواند رأی‌گیری را آغاز کند. این نقطه نشان می‌دهد طراحی پروتکل کجا با انتشار شبکه برخورد می‌کند.
- به‌روزرسانی دفترکل صرافی: اندازه‌گیری از زمان ارسال تا زمانی که صرافی حساب را بستانکار می‌کند.
هر ساعت، سامانه‌ها و پرش‌های شبکه‌ای متفاوتی را در بر می‌گیرد؛ ترکیب کردن آن‌ها خوانندگان را گمراه می‌کند. مالکان محصول باید بازه‌های مرتبط با کاربران خود را منتشر کنند، نه اینکه هدف خام اجماع را بدون زمینه نقل کنند.
چرا سیاست‌های کیف پول و پذیرنده اثر قابل مشاهده را تعیین می‌کنند
بسیاری از کیف پول‌های موبایل و وب در گذشته پیش از دستیابی به فاینالیتی تاوربی‌اف‌تی، وضعیت تأیید خوش‌بینانه نشان می‌دادند. دلیل آن این بود که بیشتر پرداخت‌های خرد در برابر تجربه کاربری سریع‌تر، تعهدهای ضعیف‌تر را می‌پذیرند. اکنون که سیگنال نهایی‌شده سریع‌تری در دسترس است، یک کیف پول می‌تواند در بازه زمانی تقریبا مشابه وضعیت خوش‌بینانه قبلی خود، اطمینان قوی‌تری نمایش دهد. اما برنامه باید برای استفاده از تعهد نهایی‌شده تغییر کند و ارائه‌دهنده آرپی‌سی نیز باید این اطلاعات را سریع برگرداند.
پذیرنده‌ای که تصمیم می‌گیرد چه زمانی کالا را تحویل دهد، دو تصمیم مستقل می‌گیرد: چه زمانی پرداخت به‌اندازه کافی امن است تا کالا تحویل شود و اگر اتصال قطع شود چگونه رفتار کند. آلپنگلو اطلاعاتی را که تصمیم نخست را تغذیه می‌کند بهبود می‌دهد، اما یک پایانه آفلاین یا سرویسی با سیاست‌های محافظه‌کارانه ممکن است همچنان منتظر بررسی‌های اضافی بماند.
شمار تراکنش‌ها، توان عملیاتی و نمودارها: چرا اعداد ممکن است کاهش یابند
تراکنش‌های رأی از دفترکل خارج شدند؛ نمودارها باید سازگار شوند
در تاوربی‌اف‌تی، رأی‌های اعتبارسنج‌ها درون‌زنجیره‌ای بودند و در داشبوردهای تراکنش بر ثانیه شمرده می‌شدند. با آلپنگلو، رأی‌ها خارج از جریان عادی تراکنش‌ها مبادله می‌شوند و گواهی‌دهی در پاورقی بلاک ثبت می‌شود. در نتیجه، عدد ظاهری تراکنش بر ثانیه می‌تواند کاهش یابد، حتی اگر فعالیت کاربران تغییری نکرده باشد.
تحلیلگران و داشبوردهایی که کل تراکنش‌ها را پیش و پس از ۲۱ اکتبر مقایسه می‌کنند، باید تراکنش‌های رأی را از دوره پیش از ارتقا حذف کنند و در هر دو سمت فقط بر شمار تراکنش‌های کاربری تمرکز داشته باشند. در غیر این صورت، کاهش شاخص ظاهری تراکنش بر ثانیه ممکن است به‌اشتباه کاهش استفاده از شبکه تفسیر شود، در حالی که صرفا یک تغییر حسابداری است.
کارمزدها، درآمد و بلیت پذیرش
تراکنش‌های رأی کارمزد داشتند. این کارمزدها پس از آلپنگلو از دفترکل حذف می‌شوند. اعتبارسنج‌ها اکنون «بلیت پذیرش اعتبارسنج» می‌پردازند؛ کارمزد پذیرش دوره‌ای که از یک حساب مشخص سوزانده می‌شود. بنیاد، کارمزدهای رأی قبلی را حدود ۱ اس‌او‌ال در هر ایپاک و بلیت پذیرش جدید را ۰.۸ اس‌او‌ال در هر ایپاک توصیف می‌کند.
این تغییر بر نحوه تفسیر روند درآمد کارمزدی اثر می‌گذارد. افت درآمد کارمزدی درون‌زنجیره‌ای پس از فعال‌سازی لزوما نشانه کاهش تقاضای کاربر نیست؛ ممکن است بازتاب حذف کارمزدهای مرتبط با رأی باشد. گزارش‌دهی دقیق باید درآمد کارمزد کاربران، سوزاندن بلیت پذیرش و سایر هزینه‌های اعتبارسنج را از هم جدا کند.
ایندکسرها، ارائه‌دهندگان آرپی‌سی و جریان‌های داده: برای نامزدهای بلاک رقیب آماده شوید
شناسه‌های بانک و نامزدهای رقیب
آلپنگلو این امکان را ایجاد می‌کند که جریان‌های داده چندین بانک نامزد را برای یک اسلات واحد نمایش دهند. آگاو ۴.۳ رویدادها را با شناسه بانک برچسب‌گذاری می‌کند تا کلاینت‌ها بتوانند نامزدها را جدا نگه دارند و بعدتر بانک برنده را شناسایی کنند. ایندکسرها و مصرف‌کنندگان جریان داده باید رویدادها را بر اساس جفت اسلات و بانک بافر کنند و بانکی را انتخاب کنند که به تأیید می‌رسد.
اگر یک ایندکسر فقط از شماره اسلات به‌عنوان کلید پایگاه داده استفاده کند، ممکن است تراکنش‌های نامزدهای رقیب را در یک بلاک ادغام‌شده ناموجود مخلوط کند. این مسئله می‌تواند به‌صورت تراکنش‌های گم‌شده یا تکراری، محاسبات نادرست موجودی یا تاریخچه تراکنش غیر دقیق ظاهر شود. راهنمای مهاجرت بنیاد توصیه می‌کند جفت‌های اسلات و بانک ذخیره شوند و برای تطبیق میان ارائه‌دهندگان، از هش بلاک به‌عنوان شناسه متعارف بین اتصال‌ها استفاده شود.
آمادگی ارائه‌دهندگان و فراداده جریان
در حال حاضر، همه رابط‌های جریان داده تمام اقلام فراداده گواهی را ارسال نمی‌کنند. فروشندگانی که تجزیه‌گرهای خود را سازگار نکنند، ممکن است مشارکت اعتبارسنج‌ها را ناقص نشان دهند یا یک بلاک را به‌اشتباه نهایی‌نشده برچسب بزنند. توسعه‌دهندگان باید کل خط لوله خود را در برابر فیدهای سازگار با آگاو ۴.۳ آزمایش کنند و مطمئن شوند آرپی‌سی‌ها، ایندکسرها و ادغام‌های میان ارائه‌دهندگان، شناسه‌های بانک و رویدادهای نهایی‌سازی را رعایت می‌کنند.
منطق تلاش مجدد، زمان‌انقضاها و رفتار کلاینت
فاینالیتی کوتاه‌تر درون‌زنجیره‌ای منطق کلاینت را تحت فشار می‌گذارد
وقتی اجماع بلاک‌ها را به‌جای چند ثانیه در چند صد میلی‌ثانیه نهایی می‌کند، کلاینت‌هایی که در بازه‌های ۱ ثانیه‌ای وضعیت را پرس‌وجو می‌کنند یا زمان‌انقضاهای پیش‌فرض طولانی دارند، بخش زیادی از مزیت را از دست می‌دهند. بدتر از آن، کلاینتی که همانیابی و منطق تلاش مجدد قدرتمند ندارد، ممکن است تراکنش‌هایی را دوباره ارسال کند که قبلا پردازش شده‌اند، اما گزارش فاینالیتی آن‌ها کمی دیر رسیده است.
کلاینت‌های خوب طراحی‌شده باید:
- شناسه‌های تراکنش را در تلاش‌های مجدد حفظ کنند تا تطبیق ارسال‌های تکراری آسان باشد.
- پاسخ‌های کند را از تراکنش‌های پردازش‌نشده جدا کنند تا از تکرارهای غیرضروری جلوگیری شود.
- بازه‌های پرس‌وجو را تنظیم کنند و به‌روزرسانی وب‌سوکت یا شنونده‌های جریان را پیاده‌سازی کنند که سریع به رویدادهای نهایی‌شده واکنش نشان دهند.
اپراتورها باید پیش از وعده دادن زمان‌های پرداخت بهتر به مشتریان، این رفتارها را زیر بارهای واقع‌بینانه آزمایش کنند.
اقتصاد اعتبارسنج‌ها و تغییرات عملیاتی
بلیت پذیرش اعتبارسنج و سازوکار حساب‌ها
آلپنگلو هزینه تکرارشونده اعتبارسنج را از تراکنش‌های رأی درون‌زنجیره‌ای که از حساب‌های هویتی پرداخت می‌شدند، به بلیت پذیرش اعتبارسنج تکرارشونده ۰.۸ اس‌او‌ال منتقل می‌کند که از حساب رأی سوزانده می‌شود. این تغییر چند اثر عملیاتی دارد:
- بلیت برای ایپاک آینده از پیش دریافت می‌شود؛ اپراتورها باید پیش از مرز ایپاک مطمئن شوند حساب رأی موجودی کافی دارد.
- تأمین مالی حساب هویتی قدیمی بلیت جدید را پوشش نمی‌دهد؛ مهاجرت‌هایی که فقط به‌صورت سطحی وجوه را جابه‌جا کرده‌اند می‌توانند باعث شوند اعتبارسنج کارمزد را از دست بدهد و توانایی رأی دادن یا تولید بلاک برای ایپاک بعدی را از کف بدهد.
- بلیت ثابت ۰.۸ اس‌او‌ال مستقل از اندازه است، بنابراین اپراتورهای کوچک‌تر همان مبلغ مطلقی را می‌پردازند که اپراتورهای بزرگ‌تر می‌پردازند. این موضوع اقتصاد نسبی اعتبارسنج‌های کوچک‌تر را تغییر می‌دهد و ممکن است بر تمرکز بلندمدت قدرت استیکینگ اثر بگذارد.
اپراتورها باید خودکارسازی‌هایی را که پاداش‌های بلاک و درآمد کارمزد را به حساب‌های درست هدایت می‌کنند به‌روزرسانی کنند. بنیاد اشاره می‌کند که انتقال درآمد به حساب‌های رأی ممکن است دو ایپاک زمان ببرد تا منعکس شود و زمان‌بندی درآمد کمیسیون میان اپراتورها متفاوت است.
تنوع کلاینت و نرم‌افزارهای اعتبارسنج پشتیبانی‌شده
فعال‌سازی به آگاو ۴.۳.۲ یا کلاینت‌های سازگار جیتو-سولانا یا هارمونیک سالسا نیاز داشت. همه پیاده‌سازی‌های جایگزین کلاینت برای مهاجرت پشتیبانی نمی‌شدند؛ برای نمونه، فایردنسر و فرانکندنسر بخشی از مسیر فعال‌سازی نبودند. موفقیت مهاجرت، اقدام هماهنگ اعتبارسنج‌ها را نشان می‌دهد، اما ثابت نمی‌کند همه پیاده‌سازی‌های کلاینت یا همه اپراتورهای اعتبارسنج در همان روز آماده بوده‌اند. تنوع کلاینت پس از هر مهاجرت بزرگ پروتکلی همچنان یک معیار مهم تاب‌آوری برای پایش است.
چه چیزی هنوز کامل نیست: روتور و توزیع داده
آلپنگلو یک بسته است؛ ووتور فعال شده و روتور در انتظار است
آلپنگلو از چند مؤلفه تشکیل شده است. مؤلفه ووتور که رأی‌گیری و فاینالیتی را تغییر می‌دهد، فعال است. روتور، جایگزین برنامه‌ریزی‌شده برای توزیع بلاک که پیش‌تر توسط توربین انجام می‌شد، هنوز فعال نشده و تاریخ فعال‌سازی قطعی ندارد. روتور قرار است انتشار بلاک‌های پیشنهادی در سراسر شبکه را سرعت دهد؛ تا زمانی که فعال نشود، توزیع بلاک همچنان می‌تواند یک گلوگاه بالقوه باشد.
رأی‌گیری سریع‌تر به اعتبارسنجی که هرگز یک پیشنهاد را دریافت نکرده است کمکی نمی‌کند تا آن را گواهی کند. بنابراین برخی مشاهدات فاینالیتی کند ممکن است بازتاب تأخیرهای انتشار باشد، نه تأخیر رأی‌گیری. تیم‌های محصول باید مراقب باشند همه تأخیرهای مشاهده‌شده را به لایه اجماع نسبت ندهند، زیرا توزیع داده هنوز با سازوکارهای قدیمی‌تر انجام می‌شود.
انتشار، تحویل آرپی‌سی و تأخیرهای قابل مشاهده برای کاربر
موارد کند مشاهده‌شده می‌توانند در چند مرحله ایجاد شوند:
- پیشنهاد لیدر به‌موقع به بسیاری از اعتبارسنج‌ها منتشر نشود.
- اعتبارسنج‌ها به دلیل مشکلات موقت شبکه پیام‌ها را از دست بدهند.
- نودهای آرپی‌سی یا ایندکسرها داده‌های گواهی را دیرتر از اعتبارسنج‌های مشارکت‌کننده دریافت کنند.
- بررسی‌های سیاستی در سطح برنامه مانند غربالگری تقلب، شناخت مشتری و تطبیق داخلی.
تشخیص اینکه بهبود بعدی باید کجا انجام شود، به ابزارگذاری نیاز دارد که هر مرحله را جداگانه اندازه‌گیری کند. اندازه‌گیری بازه از تأیید کیف پول تا پذیرش پذیرنده، از دریافت آرپی‌سی تا مشاهده‌پذیری گواهی و از گواهی تا اعتباردهی صرافی نشان می‌دهد کدام سامانه‌ها باید بهینه شوند.
کیفیت داده و خطر تاریخچه نادرست
ایندکسرها باید از مخلوط کردن نامزدهای رقیب پرهیز کنند
ایندکسری که رویدادهای چند ارائه‌دهنده را بدون توجه به شناسه‌های بانک ادغام می‌کند، در معرض تولید یک دفترکل متعارف نادرست برای برنامه‌های پایین‌دستی قرار دارد. مشکلات شامل این موارد است:
- تراکنش‌هایی که به نامزد بلاک اشتباه نسبت داده می‌شوند.
- موجودی حساب‌هایی که به‌نظر می‌رسد ناگهان جهش می‌کنند یا هرگز تطبیق نمی‌شوند.
- سامانه‌های معاملاتی که به رویدادهایی واکنش نشان می‌دهند که بعدتر در فرایند نهایی‌سازی یتیم شده‌اند.
رویکرد درست این است که در یک فید واحد، کلیدگذاری بر اساس اسلات و بانک انجام شود و هنگام تطبیق میان ارائه‌دهندگان، از هش قطعی بلاک برنده استفاده شود. این کار از بازنویسی‌ها و بازسازی‌های غیرممکن بلاک جلوگیری می‌کند.
اثبات تاریخچه و تغییرات جریان شرد
آگاو و آلپنگلو نحوه ظاهر شدن ضرباهنگ اثبات تاریخچه در جریان‌ها را تغییر می‌دهند. ورودی‌های تیک دیگر مانند قبل در جریان شرد گنجانده نمی‌شوند و برنامه‌هایی که برچسب زمانی ساعت را می‌خوانند ممکن است منبع متفاوتی نسبت به گذشته ببینند. این‌ها جزئیات پیاده‌سازی هستند که قالب تراکنش‌های کاربر را تغییر نمی‌دهند، اما می‌توانند نرم‌افزاری را که بر معناشناسی زمان‌بندی قدیمی تکیه کرده بود، دچار شکست کنند. توسعه‌دهندگان باید کدی را که به ضرباهنگ دفترکل یا فرض‌های مبتنی بر تیک وابسته است بازبینی کنند.
معیارهایی که باید منتشر و پایش شوند
چک‌لیست پیشنهادی مشاهده‌پذیری برای تیم‌های محصول
برای گزارش بهبودهای معنادار و پرهیز از ادعاهای گمراه‌کننده، ارائه‌دهندگان باید معیارهای زیر را با تعریف روشن از نقاط مشاهده منتشر و پایش کنند:
- میانه متحرک و زمان‌های انتهایی فاینالیتی از چند نقطه دید، از جمله اعتبارسنج‌های مشارکت‌کننده، آرپی‌سی‌های عمومی و ناظران مستقل.
- زمان‌های انتها به انتها از تأیید مشتری تا تأیید قابل مشاهده یا موجودی بستانکارشده برای کیف پول‌ها، پذیرندگان و صرافی‌ها.
- شمار تراکنش‌های فقط کاربری و قابل مقایسه در بازه‌های پیش و پس از فعال‌سازی، با جداسازی تراکنش‌های رأی که از دفترکل خارج شده‌اند.
- خطاهای جریان داده و مسائل تطبیق ایندکسر، از جمله نرخ شکست‌های بازسازی آگاه از بانک.
- سوزاندن بلیت پذیرش اعتبارسنج، موجودی حساب‌های رأی و شمار اعتبارسنج‌های فعال بر اساس پیاده‌سازی کلاینت.
انتشار این سری‌ها با نقاط شروع ثابت به پذیرندگان، معامله‌گران و تحلیلگران امکان می‌دهد دستاوردهای پروتکل را از آثار مربوط به ارائه‌دهنده یا اندازه‌گیری جدا کنند.
راهنمای عملی برای ذی‌نفعان مختلف
توسعه‌دهندگان کیف پول
- تصمیم بگیرید آیا وضعیت نهایی‌شده را به کاربران نمایش می‌دهید یا نه و اگر چنین است، جریان‌های رابط کاربری را برای استفاده از تعهد نهایی‌شده به‌روزرسانی کنید.
- برای بهره‌برداری از فاینالیتی سریع، به‌جای پرس‌وجوی درشت‌دانه، به به‌روزرسانی‌های جریانی یا وب‌سوکت مهاجرت کنید.
- همانیابی را آزمایش کنید و وقتی تأییدها نزدیک آستانه زمان‌انقضا هستند، از ارسال‌های تکراری پرهیز کنید.
- زمان از رضایت کاربر تا تغییر نمایش در کیف پول را اندازه‌گیری کنید و اگر تجربه کاربری «فوری» وعده می‌دهید، آن عدد را منتشر کنید.
صرافی‌ها و متولیان دارایی
- به استفاده از بررسی‌های ضدتقلب و تطبیق دفترکل فعلی ادامه دهید، اما بررسی کنید آیا نهایی‌سازی می‌تواند بخش‌هایی از گردش‌کار شما را کوتاه‌تر کند.
- بازه زمانی از واریز مشتری تا موجودی بستانکارشده را منتشر کنید و توضیح دهید کدام بررسی‌ها همچنان خارج از زنجیره باقی می‌مانند.
- اگر زیرساخت اعتبارسنج اجرا می‌کنید، موجودی حساب‌های رأی را در میان اعتبارسنج‌ها پایش کنید و تأمین مالی بلیت را برای مرزهای ایپاک خودکار کنید.
ایندکسرها و فروشندگان داده
- در داخل سامانه خود، کلیدهای شناسه اسلات و بانک را بپذیرید و با استفاده از هش‌های بلاک میان ارائه‌دهندگان تطبیق انجام دهید.
- اعتبارسنجی کنید که فیدهای شما فراداده گواهی لازم برای تعیین بانک برنده را ارائه می‌کنند.
- منطق بازگردانی و بازایندکس‌سازی را بازبینی کنید؛ مطمئن شوید بازسازی می‌تواند رویدادهای بانک رقیب را بدون ایجاد ادغام‌های ناممکن مدیریت کند.
پذیرندگان و اپراتورهای پایانه فروش
- سیاست پذیرش خود را بازبینی کنید: آیا منتظر وضعیت نهایی‌شده می‌مانید، یک اعلام پردازش‌شده را می‌پذیرید یا رویکردی ترکیبی دارید؟
- برای پایانه‌های آفلاین، مطمئن شوید رفتار جایگزین روشن است و رویه‌های تطبیق برای رویدادهای نهایی‌شده بعدی وجود دارد.
- یک توضیح ساده و قابل فهم برای مشتری منتشر کنید که زمان‌های مورد انتظار تأیید و معنای آن‌ها برای صدور رسید را بیان کند.
تفسیر نخستین داده‌های مین‌نت و انتظارهای بعدی
نمونه کوتاه‌مدت در برابر رفتار بلندمدت
راه‌اندازی اولیه مین‌نت نمونه‌ای کوتاه اما معنادار ارائه می‌دهد که نشان می‌دهد اعتبارسنج‌ها تغییر را هماهنگ کرده‌اند و گواهی‌ها روی زنجیره تولید می‌شوند. اندازه‌گیری‌های اولیه بیرونی، بهبود بزرگی در میانه را نشان می‌دهند، حتی اگر به هدف ۱۵۰ میلی‌ثانیه نرسند. با این حال، یک هفته مشاهده به‌تنهایی نمی‌تواند رفتار پایدار را تعریف کند.
متغیرهای کلیدی که اندازه‌گیری‌های بعدی را دقیق‌تر می‌کنند عبارت‌اند از:
- حضور اعتبارسنج‌ها و تنوع کلاینت در چندین ایپاک.
- برنامه‌های مهاجرت آرپی‌سی و ایندکسر و توان آن‌ها برای توزیع پایدار رویدادهای گواهی.
- بار روزانه و رفتارهای ساعت اوج که انتشار و سامانه‌های پشتی را تحت فشار می‌گذارند.
یک هفته متحرک از مشاهدات در چند ارائه‌دهنده مستقل آرپی‌سی، شامل دوره‌های اوج، برای پذیرندگان و معامله‌گران ارزشمندتر از اندازه‌گیری‌های پراکنده هفته راه‌اندازی خواهد بود.
کدام دنباله‌های کند بیشترین اهمیت را دارند
برنامه‌هایی که انتقال‌های با ارزش بالا را مدیریت می‌کنند یا به تسویه بین‌زنجیره‌ای نیاز دارند، بیش از میانه به دنباله کند، یعنی زمان‌های فاینالیتی صدک ۹۰ و ۹۹، حساس خواهند بود. پروتکل می‌تواند بسیاری از چیزها را بهبود دهد، اما به دلیل مشکلات انتشار یا ارائه‌دهنده، برخی مسائل حل‌نشده باقی بمانند. این برنامه‌ها باید دنباله کند را اندازه‌گیری کنند و از ارائه‌دهندگان زیرساخت خود بهبود متناظر در توافق‌نامه سطح خدمت بخواهند.
چرا زبان دقیق در بازاریابی اهمیت دارد
وسوسه گفتن «فوری» و دلیل پرهیز از آن
بازاریاب‌ها پس از آلپنگلو وسوسه می‌شوند پرداخت‌های سولانا را «فوری» بنامند. اما «فوری» فاینالیتی در سطح شبکه را با رفتار انتها به انتهای محصول در هم می‌آمیزد. سیاست پذیرش یک پذیرنده، بررسی‌های ریسک صرافی و انتخاب‌های رابط کاربری کیف پول همگی بر این اثر می‌گذارند که آیا مشتری یک پرداخت عملا فوری را تجربه می‌کند یا نه.
اگر یک کیف پول یا پردازشگر ادعا کند «فاینالیتی ۱۵۰ میلی‌ثانیه‌ای» برای مشتریان معادل پرداخت فوری است، بدون اینکه مشخص کند ساعت از کجا شروع می‌شود، این ادعا گمراه‌کننده خواهد بود. رویکرد صادقانه‌تر و ارزشمندتر این است که زمان‌سنجی اندازه‌گیری‌شده انتها به انتها منتشر شود و توضیح داده شود کدام بخش‌ها همچنان خارج از زنجیره باقی می‌مانند.
پرسش‌های عملیاتی باز و حوزه‌هایی که باید زیر نظر باشند
حضور اعتبارسنج‌ها و تمرکز استیک
بلیت پذیرش ثابت، اقتصاد اعتبارسنج‌ها را بر اساس اندازه اپراتور به‌طور متفاوت تغییر می‌دهد. یک اپراتور بزرگ و یک اپراتور کوچک هر دو ۰.۸ اس‌او‌ال در هر ایپاک می‌پردازند، بنابراین این هزینه سهم بزرگ‌تری از پاداش ناخالص یک اپراتور کوچک را مصرف می‌کند. اینکه آیا این موضوع اعتبارسنج‌های کوچک‌تر را بیرون می‌راند یا نه، به استیک واگذارشده، نرخ کمیسیون، هزینه‌های عملیاتی و سایر درآمدها بستگی دارد. ناظران باید تعداد اپراتورهای مستقل فعال و تمرکز استیک را در چندین ایپاک دنبال کنند تا ببینند آیا این ارتقا بر تمرکززدایی اثر می‌گذارد یا نه.
تنوع کلاینت و پیاده‌سازی‌های جایگزین
فعال‌سازی آلپنگلو به کلاینت‌های پشتیبانی‌شده مشخصی نیاز داشت. برخی پیاده‌سازی‌های جایگزین هنوز شامل نشده بودند. حفظ چند کلاینت یک ویژگی تاب‌آوری مهم برای هر بلاکچین است. باید دید آیا کلاینت‌های بیشتری سازگار می‌شوند، آیا کلاینت‌های پشتیبانی‌نشده به مسیر ارتقا می‌پیوندند و این موضوع چگونه بر قابلیت اطمینان توزیع گواهی اثر می‌گذارد.
درستی ایندکسینگ و تطبیق میان ارائه‌دهندگان
فروشندگان داده باید با شناسه‌های بانک و بانک‌های نامزد رقیب در یک اسلات سازگار شوند. ارائه‌دهندگانی که این کار را انجام ندهند، در معرض تولید تاریخچه‌های معاملاتی و محاسبات موجودی نادرست برای کاربران نهایی هستند. بررسی کنید آیا فروشنده ایندکسر شما رفتار آگاه از بانک را مستند کرده است و آیا جدول زمانی روشنی از هش‌های نهایی‌شده برای تطبیق میان فیدها ارائه می‌دهد یا نه.
نمونه‌های عملی: سناریوهای مختلف چگونه تغییر می‌کنند
خرید قهوه در خرده‌فروشی
سناریو: مشتری با کیف پول سولانا برای قهوه پرداخت می‌کند. پیش از آلپنگلو، کیف پول ممکن بود به‌سرعت یک تأیید پردازش‌شده نمایش دهد، در حالی که شبکه برای نهایی‌سازی به چند ثانیه نیاز داشت. پس از آلپنگلو، اگر کیف پول برای استفاده از وضعیت نهایی‌شده به‌روزرسانی شود، پذیرنده می‌تواند در بازه کوتاه‌تری انتظار اطمینان قوی‌تری داشته باشد. اما اگر پایانه پذیرنده آفلاین باشد، مزیت سرعت زنجیره بی‌اثر است. اگر پذیرنده برای پرداخت‌های با ارزش بالا به گردش‌کار اعتباردهی صرافی نیاز داشته باشد، سیاست داخلی صرافی همچنان عامل محدودکننده باقی می‌ماند.
نتیجه: برای تراکنش‌های خرد کم‌ارزش، آلپنگلو به سرویس‌ها اجازه می‌دهد تضمینی را که استفاده می‌کنند در همان پنجره تقریبی تجربه کاربری قوی‌تر کنند. برای جریان‌های با ارزش بالا، فاینالیتی زنجیره فقط یک بخش از گردش‌کاری بزرگ‌تر را حل می‌کند.
نمونه واریز به صرافی
سناریو: کاربری توکن اس‌او‌ال را به یک صرافی واریز می‌کند. درون زنجیره، واریز او ممکن است پس از فعال‌سازی در چند صد میلی‌ثانیه نهایی شود. با این حال، صرافی همچنان پیش از بستانکار کردن حساب، ارتباط آدرس، غربالگری تقلب و تطبیق دفترکل را انجام می‌دهد. زمان خالص از ارسال تا موجودی بستانکارشده عمدتا به گردش‌کار داخلی صرافی وابسته است؛ بنابراین آلپنگلو یک بخش فنی را سریع‌تر می‌کند، اما تیم‌های محصول را مجبور نمی‌کند بررسی‌های خود را کوتاه‌تر کنند.
نتیجه: صرافی‌ها باید زمانی را که از یک رویداد درون‌زنجیره‌ای نهایی‌شده تا اعتبار قابل مشاهده برای مشتری صرف می‌کنند منتشر کنند تا کاربران اثر واقعی را درک کنند.
بعد از این چه باید اندازه‌گیری شود: آزمایش‌های پیشنهادی
تیم‌هایی که می‌خواهند منفعت قابل مشاهده آلپنگلو برای کاربر را کمی‌سازی کنند، باید این آزمایش‌های کنترل‌شده را اجرا کنند:
- آزمایش کیف پول: توزیع زمان‌ها از تأیید کاربر تا نمایش فاینالیتی در کیف پول را وقتی کیف پول از تعهد پردازش‌شده به تعهد نهایی‌شده تغییر می‌کند اندازه‌گیری کنید. این آزمایش را در چند ارائه‌دهنده آرپی‌سی و چند منطقه جغرافیایی اجرا کنید.
- آزمون خط لوله صرافی: هر مرحله داخلی از دریافت گواهی درون‌زنجیره‌ای تا بستانکار کردن موجودی را ابزارگذاری کنید و میانه‌ها و دنباله‌ها را برای هر مؤلفه گزارش دهید.
- آزمون تطبیق ایندکسر: فیدهای دو ارائه‌دهنده مستقل را ادغام کنید، رویدادهای چندبانکی را شبیه‌سازی کنید و بررسی کنید که کلیدهای اسلات و بانک همراه با هش‌های بلاک نهایی، تاریخچه‌های سازگار تولید می‌کنند.
- آزمون پذیرش اعتبارسنج: مرزهای ایپاک را برای اپراتور اعتبارسنجی که وجوه را نادرست جابه‌جا کرده شبیه‌سازی کنید و مسیر اصلاح خودکار را برای جلوگیری از از دست رفتن بلیت‌های پذیرش تأیید کنید.
انتشار زمان‌های سرویس پیش و پس از تغییر، همراه با تعریف‌های دقیق، قانع‌کننده‌ترین شواهد برای نشان دادن منفعت واقعی کاربران خواهد بود.
جمع‌بندی: بهبود پروتکل که تغییر محصول را آزاد می‌کند
آلپنگلو یک نقطه عطف مهم برای سولانا است. این ارتقا نشان می‌دهد رویکرد مبتنی بر گواهی برای رأی‌گیری می‌تواند زمان‌های میانه فاینالیتی را در مقایسه با مدل قدیمی رأی درون‌زنجیره‌ای تاوربی‌اف‌تی به‌طور چشمگیری کاهش دهد. اندازه‌گیری‌های اولیه، حتی اگر از هدف طراحی ۱۵۰ میلی‌ثانیه در میانه نقاط دید عمومی عقب بمانند، بهبود معناداری در فاینالیتی مشاهده‌شده نشان می‌دهند.
اما این ارتقا فقط یک مرحله از سفر طولانی‌تر مشتری را تغییر می‌دهد. کیف پول‌ها، صرافی‌ها، پذیرندگان و ایندکسرها باید نرم‌افزار و سیاست‌های خود را به‌روزرسانی کنند تا سیگنال بهبودیافته زنجیره را به کاربران منتقل کنند. در جایی که تیم‌ها تصمیم می‌گیرند تعهدهای نهایی‌شده را بپذیرند، مشتریان می‌توانند اطمینانی سریع‌تر و قوی‌تر تجربه کنند. در جایی که سیاست‌های محافظه‌کارانه به دلایل تقلب یا حسابداری پابرجا می‌مانند، آلپنگلو فقط ورودی سریع‌تری برای آن بررسی‌ها فراهم می‌کند.
مواردی که باید از این پس زیر نظر باشند
- فاینالیتی مشاهده‌شده: خوانش‌های میانه متحرک و صدک‌های کند را از داشبورد بنیاد و ناظران مستقل، با تعریف روشن نقاط مشاهده، مقایسه کنید.
- زمان‌های کیف پول و صرافی: بازه‌های میان تأیید مشتری تا تأیید قابل مشاهده یا موجودی بستانکارشده را پایش و این سری‌ها را منتشر کنید.
- ترافیک قابل مقایسه: تراکنش‌های کاربری غیررأی را پیش و پس از ۲۱ اکتبر دنبال کنید تا حذف رأی با افت تقاضا اشتباه گرفته نشود.
- خطاهای جریان داده: بررسی کنید آیا ارائه‌دهندگان آرپی‌سی و ایندکسر از بازسازی بلاک آگاه از بانک و فراداده به‌موقع فاینالیتی پشتیبانی می‌کنند یا نه.
- پذیرش اعتبارسنج: موجودی حساب رأی، اعتبارسنج‌های فعال و تنوع کلاینت‌های پشتیبانی‌شده را زیر نظر بگیرید، زیرا بلیت ۰.۸ اس‌او‌ال در هر ایپاک تکرار می‌شود.
با تمرکز بر اندازه‌گیری منسجم، گزارش‌دهی شفاف و تغییرات دقیق محصول، مشارکت‌کنندگان اکوسیستم می‌توانند دستاوردهای سطح پروتکل آلپنگلو را به بهبودهای واقعی و قابل مشاهده برای کاربر تبدیل کنند و هم‌زمان از ادعاهای گمراه‌کننده پرهیز کنند. این ارتقا یک گلوگاه حیاتی پروتکل را حل می‌کند؛ کار باقی‌مانده بر عهده توسعه‌دهندگان و اپراتورهایی است که باید زیرساخت خود را برای تحقق کامل این مزیت هماهنگ کنند.
.avif)
نظر بگذارید
نظرات
هنوز نظری ثبت نشده. اولین نفر باشید.