تجزیه و تحلیل BIP119 و بحث های پیرامون آن
این یک نظر درباره BIP119 (OP_CTV) است. اگر مایل به ارائه یک استدلال مخالف هستید، لطفا پست الکترونیک مجله بیت کوین. BIP119 یا Check Template Verify (CTV)، در یک هفته گذشته مرکز یک بحث پوچ و مضحک بوده است. دو جنبه از آنچه در حال حاضر منجر به این بحث می شود وجود دارد، خود

این یک نظر درباره BIP119 (OP_CTV) است. اگر مایل به ارائه یک استدلال مخالف هستید، لطفا پست الکترونیک مجله بیت کوین.
BIP119 یا Check Template Verify (CTV)، در یک هفته گذشته مرکز یک بحث پوچ و مضحک بوده است. دو جنبه از آنچه در حال حاضر منجر به این بحث می شود وجود دارد، خود عملکرد CTV و ایده شناور برای فعال کردن آن در کوتاه مدت با استفاده از مکانیسم بحث برانگیز Speedy Trial که در فعال کردن Taproot موفق بود. این دو موضوع تا حدی در هم آمیخته شده اند که تلاش برای تفکیک آنها و بحث در مورد هر یک به طور جداگانه، به بیان ساده، به یک تلاش فوق العاده چالش برانگیز تبدیل شده است.
به عنوان یکی از افرادی که درگیر پشتیبانی از کلاینت سافت فورک فعال شده توسط کاربر (UASF) برای فعال سازی Taproot است که با استقرار آزمایشی سریع (ST) سازگار بود، می توانم از صمیم قلب بگویم که با استفاده از ST به عنوان یک فعال سازی در آینده مخالف هستم. سازوکار. من آن را اشتباهی هولناک و چیزی میدانم که از نظر اجتماعی، ادراک مکانیسم وتو و نفوذ بیش از حد در فرآیند اجماع را در دستان معدنچیان قرار میدهد. من معتقدم که فعال سازی تغییرات اجماع باید فقط در دست کاربران باشد، نه توسعه دهندگان و نه ماینرها. با این حال، موضوع چگونگی فعالسازی تغییرات فقط به صورت مماس به پیشنهاد CTV مربوط میشود و بسیاری از مناقشات به طور خاص حول خود BIP و مفهوم کلی میثاقها متمرکز است.
سردرگمی زیادی در مورد آنچه CTV می تواند و نمی تواند انجام دهد وجود دارد. بسیاری از انتقادات علیه خود پروپوزال که ریشه در مسائل مربوط به مکانیسم فعالسازی یا فعالسازی پیشنهادی ندارد، مبتنی بر ایده کاهش قابلیت تعویض است، به عنوان مثال، پتانسیل کسی برای ارسال سکهها و محدود کردن جایی که میتوانید آنها را خرج کنید. . این به دو دلیل امکان پذیر نیست. اولاً، CTV سکه ها را با تعیین دقیق جایی که باید بروند و مقدار دقیق آن را محدود می کند. برای انجام کاری مانند “ایجاد لیست های سفید” برای محدود کردن محل خرج کردن سکه های شما، باید هر آدرس ممکنی را که کسی مجاز به خرج کردن سکه است از قبل محاسبه کنید، اما سپس برای هر یک از آن آدرس ها، هر مبلغ ممکنی را که می توان به طور قابل تصور خرج کرد را محاسبه کرد. به آنها تا دانه بندی یک ساتوشی. ثانیا، گیرنده کسی است که آدرسی را در اختیار فرستنده قرار می دهد و کسی که تصمیم می گیرد برای خرج کردن سکه های دریافتی، دقیقاً چه اسکریپت بیت کوینی را رعایت کند. اگر فرستنده ای آن اسکریپت را به هر نحوی تغییر دهد، «آدرس» را تغییر می دهد و کیف پول گیرنده حتی هیچ وجهی را به عنوان دریافتی تشخیص نمی دهد. فرقی نمیکند که به کسی آدرس بدهید، و اینکه او پول را به کیف پول شخص دیگری بفرستد.
معاملات تعیین شده و Multisig
تراکنش های تعیین شده یک جزء بسیار مهم در ساختن چیزها در بالای بیت کوین هستند. لایتنینگ بر اساس تراکنشهای تعیینشده، زنجیرههای حالت بر روی تراکنشهای از پیش تعیینشده و قراردادهای ثبت نام محتاط بر روی تراکنشهای تعیینشده ساخته شدهاند. در ترکیب با اسکریپتهای multisig، میتوان تضمین کرد که یک UTXO موجود که توسط multisig محصور شده است، فقط میتواند به روشهای از پیش تعریفشده خاصی خرج شود. این کل هسته اصلی این لایه های دوم است.
همه طرفهای درگیر یک آدرس multisig ایجاد میکنند، سپس انتخاب میکنند که با کدام UTXO بودجه آن را تامین کنند. قبل از امضای تراکنش تامین مالی، آنها تراکنش(هایی) را که UTXO(های) multisig را به روش(های) از پیش تعریف شده خرج می کنند، ایجاد می کنند، سپس تراکنش تامین مالی را امضا و تایید می کنند. در حال حاضر، بدون توافق همه طرف ها برای تغییر محل و در چه شرایطی بودجه، هیچ چیز قابل تغییر نیست. مقصد و شرایطی که تحت آن وجوه به مقصد منتقل میشود، قفل شده است. محدودیت اصلی این اولیه این است که برای تضمین این که آن وجوه در نحوه خرج کردن آنها محدود بماند، هرکسی که کمک مالی کرده است یا به آن وابسته است، محدود میشود. محدودیت های مخارج باید یکی از شرکت کنندگان در قرارداد multisig باشد. اگر اینطور نیست، باید به طرفینی که واقعاً در قرارداد چند علامتی درگیر هستند، یا حداقل به مقداری از آنها اعتماد کنند (مثلاً در مورد مولتی سیگ 3 از 5، آنها باید به حداقل سه شرکت کننده اعتماد کنند صادق). بدون شرکت، آنها باید به شرکت کنندگان اعتماد کنند که فقط صادقانه امضا کنند و/یا کلیدهای خصوصی را بدون حفظ کپی حذف کنند.
محدودیتهای معاملات تعیینشده چیست؟ شما باید تمام جزئیات تراکنش را تعریف کنید: کاری که انجام میدهد، وجوهی که برای آن خرج میکند، قفلهای زمانی سطح تراکنش، و غیره. به همین دلیل است که لایتنینگ به کلیدهای پنالتی نیاز دارد و مردم خواهان ANYPREVOUT و eltoo هستند، زیرا شما نمی توانید تراکنش امضا شده قبلی را لغو یا «پس بگیرید». تنها کاری که میتوانید انجام دهید این است که یک مورد جدید را امضا کنید و به آن این امکان را بدهید که اگر کسی سعی کرد از آن استفاده کند، نسخه قبلی را بهروزرسانی یا نفی کند. گاهی اوقات ممکن است بخواهید این کار را انجام دهید، گاهی اوقات ممکن است بخواهید مطمئن شوید که امکان پذیر نیست، اما آن تراکنش امضا شده قبلی قفل شده است، و تا زمانی که کسی آن را نگه داشته است، همیشه قابل استفاده است. شما هرگز نمی توانید آن را پس بگیرید.
CHECKTEMPLATEVERIFY / BIP119
عملکرد اصلی CHECKTEMPLATEVERIFY (CTV) ارائه ضمانتهای قویتر در شرایطی است که میخواهید اطمینان حاصل کنید که امکان جایگزینی تراکنش امضا شده اولیه وجود ندارد. CTV به جای اعتماد به شرکت کنندگان چند علامتی برای رفتار صادقانه یا تولیدکنندگان کلید برای حذف کلیدهای خصوصی، تضمین می کند که خرج کردن یک سکه به روش از پیش تعریف شده به معنای واقعی کلمه توسط قوانین اجماع اجرا می شود. این کار با گنجاندن هش تراکنش از پیش تعریفشدهای که میخواهید آن UTXO را خرج کنید، و گنجاندن آن در اسکریپت قفل آن UTXO هنگام ایجاد آن، انجام میشود. وقتی میخواهید آن سکه را خرج کنید، مفسر اسکریپت اطمینان حاصل میکند که هش تراکنش هزینهشده با آنچه در اسکریپت ورودی بود مطابقت دارد، و اگر هش مطابقت نداشته باشد، تراکنش با اجماع نامعتبر است.
این کارکردی مشابه تراکنشهای چند علامتی و از پیش تعیین شده را در موارد استفاده ارائه میکند که میخواهید تضمین کنید مجموعه تراکنشهای اولیه قابل جایگزینی نیست، به جز اینکه به طور کامل نیاز به اعتماد به شرکتکنندگان در حد نصاب چند علامتی برای عمل صادقانه یا شخصی برای حذف کلیدهای خصوصی پس از حذف را حذف میکند. امضای معاملات هیچ درهای جدیدی را باز نمی کند، هیچ کاری را که نمی توان از قبل با تراکنش های تعیین شده و چند علامتی انجام داد، فعال نمی کند. این به سادگی نیاز به مشارکت مستقیم در اسکریپت چند علامتی را از بین می برد تا مجبور نباشید برای اجرای صحیح قرارداد به اشخاص ثالث اعتماد کنید.
CTV برای فعال کردن اجرای اجباری «محدودیتهای فهرست سفید» کاری انجام نمیدهد، به طوری که سکهها را فقط میتوان به آدرسهای تأییدشده خرج کرد تا تراکنشهای تعیینشده. تعداد ترکیبهای مختلف مبالغ، آدرسهای مقصد و متغیرهای خاص که میتوانند در تراکنشهای هزینهای که باید برای انجام چنین کاری پیش از موعد محاسبه و امضا شوند، متفاوت است، برای هر کاربری که زودتر از آن خارج میشود، انجام دادن آنها بسیار سنگین و غیرعملی است. این نیز به طور کامل نادیده گرفتن این واقعیت است که هر خروجی تغییر هر تراکنش از پیش محاسبهشده باید به طور مشابه با تعداد تقریباً نامتناهی از این ترکیبها، و خروجیهای تغییر از مجموعه تراکنشهای بعدی، و غیره، و غیره باشد. به آنچه که عملاً بی نهایت است. تنها بهینهسازی ارائه شده توسط CTV این است که مجبور نباشیم چرخههای CPU را صرف امضا کردن چیزها کنیم، که هیچ تغییری در این واقعیت ایجاد نمیکند که این در عمل کاملاً غیرقابل حل است. چرا با این همه پیچیدگی و پیش محاسباتی به جای امتناع صرفاً اجازه برداشتن به کاربران، به جز یک مولتی سیگ 2 از 2 که در آن صرافی کلیدی را در اختیار دارد، بپردازیم تا بتوانند از مجوز دادن به “تراکنش های بد” خودداری کنند؟ یا اصلا به کاربران اجازه انصراف نمی دهیم؟
انتخاب
در نهایت، انتخاب اینکه چه چیزی فعال یا اعمال شود، به کاری بستگی دارد که هر کاربر فردی انتخاب میکند تا با گره خود انجام دهد و نتیجه انباشته آن در کل شبکه است که هر یک از آن انتخابهای فردی به آن اضافه میشود. بیت کوین اینگونه عمل می کند و هیچ چیز آن را تغییر نخواهد داد – به جز تجزیه کامل تفکر مستقل و تصمیم گیری در بین کاربران. با این حال، به نظر من واقعا شرم آور خواهد بود که یک ارتقای پیشنهادی بر اساس سوء تفاهم کامل از آنچه که می تواند انجام دهد و چه کاری نمی تواند انجام دهد، اژدر و سرنگون شود، برخلاف انتقادات منطقی و منطقی از جنبه های منفی، ناکارآمدی یا ناکارآمدی احتمالی. خطراتی که برای شبکه ایجاد می کند. به نظر من، این نمایش حاکمیت شخصی کاربران یا تأیید مستقل حقایق بیان شده توسط شخصیت های عمومی نیست، بلکه نمایش حماقت و نادانی آشکار است.
امیدوارم در آینده بتوان این گفتگو را به دو موضوعی که در حال حاضر در هم آمیخته است – خود پیشنهاد و مکانیسمهای فعالسازی که میتوان برای اجرای آن استفاده کرد – به جای وضعیت فعلی که این دو چیز به شدت در هم آمیخته شده و به رسمیت شناخته نمیشوند، تفکیک کرد. برای مسائل جداگانه ای که هستند. در پایان، این امری کاملاً منطقی و معقول است که از تغییری بر اساس خطرات خود فعالسازی سافت فورک یا به دلیل کاستیها یا خطراتی که یک پیشنهاد فردی به شبکه ارائه میکند، حمایت نکنیم. با این حال، من فکر نمیکنم منطقی باشد که عدم حمایتی که ریشه در اظهارات کاملاً غیرواقعی در مورد یک پیشنهاد و کارهایی که واقعاً میتواند انجام دهد ابراز کنیم، در حالی که در این فرآیند، اطلاعات نادرست در مورد خود پیشنهاد به افرادی که در حال حاضر تلاش میکنند در مورد آن بیاموزند، منتشر کنیم. و پیشنهاد را برای تصمیم گیری خود درک کنند. این چیزی است که من آن را حمله به فرآیند اجماع می نامم.
کاربران بیت کوین نباید نیازی به انتشار اکاذیب و اطلاعات نادرست داشته باشند تا مردم را متقاعد کنند که همان مواضع خود را اتخاذ کنند یا مانند خودشان عمل کنند.
این یک پست مهمان توسط شینوبی است. نظرات بیان شده کاملاً متعلق به خود آنها است و لزوماً نظرات BTC Inc. یا را منعکس نمی کند مجله بیت کوین.
![]() + مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه | ![]() + مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه | ![]() + مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه |
![]() مدیریت حرفه ای کافی شاپ | ![]() حقوقدان خبره | ![]() سرآشپز حرفه ای |
![]() | ![]() آموزش مجازی ICDL مهارت های رایانه کار درجه یک و دو | ![]() |
برچسب ها :BIP119 ، OP_CTV ، آزمایش سریع ، آن ، اجماع، وفاق ، بحث ، پیرامون ، تجزیه ، تحلیل ، چند امضایی ، فنی ، نظر ، های
- نظرات ارسال شده توسط شما، پس از تایید توسط مدیران سایت منتشر خواهد شد.
- نظراتی که حاوی تهمت یا افترا باشد منتشر نخواهد شد.
- نظراتی که به غیر از زبان فارسی یا غیر مرتبط با خبر باشد منتشر نخواهد شد.
ارسال نظر شما
مجموع نظرات : 0 در انتظار بررسی : 0 انتشار یافته : ۰