ارتقا CheckTemplateVerify قرار است تا قابلیت‌های بیشتری را در بستر بیت کوین فعال کند، اما فعال‌سازی بالقوه آن موضوع مورد بحث میان توسعه‌دهندگان است. بروزرسانی CTV یک پروپوزال یا درخواستنامه سافت فورک بیت کوین است که در پروپوزال بهبود بیت کوین (BIP119) به آن اشاره شده است. هدف از این ارتقا فعال کردن کاربرد‌های جدید به واسطه نوع پایه‌ای از «پیمان» یا قرارداد هوشمند است، در این مقاله با میهن بلاک چین همراه باشید تا سوال سافت فورک CheckTemplateVerify چیست را بررسی کنیم.
سافت فورک CheckTemplateVerify چیست
بیت کوین در شرایط فعلی خود از انعطاف‌پذیری زیادی در سطح پایه خود در عرصه قابلیت برنامه‌نویسی تراکنش‌ها برخوردار نیست؛ کمبود این عدم انعطاف‌پذیری به صورت ویژه‌ای در سطح کلیدهای عمومی و خصوصی مورد استفاده برای امضا کردن تراکنش‌ها حس می‌شود.
در حال حاضر، یک برنامه‌نویس می‌تواند ورودی‌های یک تراکنش را با استفاده از اسکریپت Bitcoin کنترل کرده و پیش از اینکه یک تراکنش به مرحله انجام برسد، اعمال قابل انجام را محدود کند. این در حالیست که این افراد قادر به کنترل انواع تراکنش‌های مجاز برای به امضا رسیدن نیستند. به عبارت دیگر، امروزه در بسیاری از قرارداد‌های هوشمند بیت کوین، یک کاربر می‌تواند با تعریف کردن محدودیت‌های لازم مورد نظر خود شیوه آزادسازی یک کوین را کنترل کند. این در حالیست که کاربران نمی‌توانند اعمال قابل انجام در هنگام آزادسازی کوین را به خوبی کنترل کنند.
به عنوان مثال، یک کاربر می‌تواند با استفاده از Timelock، به مدت معینی انجام یک تراکنش را محدود سازد. این امر به قفل شدن آن تراکنش تا زمان دست یافتن به ارتفاع بلاک مشخص منجر می‌شود. در این شرایط، محدودیت‌هایی در مورد زمان خرج شدن منابع مالی اعمال می‌شود که از آزادسازی آن منابع مالی توسط کلید مربوطه و خرج شدن آنها جلوگیری می‌کنند. با این حال، پس از منقضی شدن آن زمان و دست یافتن به اوج بلاک در بلاکچین بیت کوین، کلید مربوطه می‌تواند منابع مالی مورد نظر را آزاد کرده و آزادانه آنها را خرج کند. در این زمینه تنها می‌توان زمان مقید شده را محدود کرد اما شیوه و ماهیت روند خرج منابع مالی پس از آزادسازی قابل محدود کردن نیستند.
بنابر همین امر، پیمان‌ها یا قرارداد‌هایی که پیش از این به آنها اشاره کردیم دارای قدرت فراهم‌سازی مجموعه جدیدی از احتمالات در راستای شیوه برنامه‌نویسی Bitcoin و همراه با ایجاد امکان از پیش تعریف شده از خروجی‌های قابل قبول، به جای کنترل صرف ورودی‌ها هستند. با وجود اینکه پیمان‌نامه‌های پیچیده‌ای که احتمالات بیشماری را به همراه دارند می‌توانند موجب وقوع ریسک‌های امنیتی مختلفی برای شبکه شده و به صورت بالقوه به عواقب غیرمنتظره و ناخواسته‌ای منجر شوند، پروپوزال CTV در بسیاری از موارد از سادگی قابل توجهی برخوردار است.
پورپوزال BIP 119 چیست؟
به صورت خلاصه در پاسخ به سوال سافت فورک CheckTemplateVerify چیست می‌توان گفت که CTV به کاربران رمزارز اول دنیا این امکان را می‌دهد تا شیوه خرج کردن BTC را محدود کنند حتی در صورتی که کلید خصوصی لازم برای خرج کردن آن موجود باشد.
مهم‌تر از این، CTV به این محدودیت‌های خرج منابع مالی اجازه می‌دهد تا به صورت غیرتعاملی اعمال شوند. در حال حاضر، برخی از کارایی‌های CTV بی‌نیاز از یک فورک قابل پیاده‌سازی هستند، اما در اکثر مواقع لازم است تا مجموعه کاربرانی که در توافق‌نامه قرارداد هوشمند مشارکت می‌کنند آنلاین باشند و به صورت دستی با یکدیگر تعامل کنند تا قوانین خرج را وضع کنند. این امری است که در عمل نمی‌توان به صورت دائمی آن را انجام داد. پروپوزال BIP 119 امکان پیاده‌سازی برنامه‌نویسی شده این فرایند را بدون نیاز به تعامل میان مشارکت‌کنندگان مهیا می‌کند، در نتیجه این امر نیز میزان قابلیت اطمینان نسبت به قراردادها افزایش پیدا می‌کند.
امروزه شما می‌توانید کوین‌های UTXO یا خروجی خرج نشده تراکنش خود را به هر نحوی که می‌خواهید خرج کنید. در گذشته و پیش از ارائه پروپوزال CTV، می‌توانستید قوانینی را وضع کنید تا کنترل توکن‌های UTXO و شیوه‌های امکان‌پذیر برای خرج آن کوین‌ها را محدود کنید. این محدودیت در رابطه با شیوه خرج کردن این کوین‌ها اعمال می‌شود و نه زمان صرف آنها. با ورود این انواع جدید از خصوصیت‌ها به بستر بیت کوین، امکان ارائه طیف متنوعی از کاربرد‌ها و اکوسیستم جدیدی از برنامه‌ها نیز از راه خواهند رسید.
برخی از کارایی‌هایی که CTV می‌تواند برای Bitcoin به ارمغان داشته باشد عبارتند از بهبود امنیت، حریم خصوصی و مقیاس‌پذیری. با فعال‌سازی CTV، کاربران می‌توانند راهکار‌های نگهداری و حضانت پیچیده‌تری مانند خزانه‌هایی را ایجاد کنند که به یک کاربر بیت کوین اجازه می‌دهند تا هزینه‌های برنامه‌ریزی شده و محدود به خرج BTC را از ذخایر سرد گرفته تا داغ محدودیت‌بندی کنند. از همین رو، آسیب محتمل از سوی هک شدن احتمالی حدگذاری می‌شود.
سافت فورک CTV همچنین قابلیت استخر‌های پرداخت را نیز برای ما به ارمغان می‌آورد. این امکانات در حقیقت نوعی از ترتیب‌‌بندی‌ها هستند که در طول آن یک گروه از مردم می‌توانند یک UTXO واحد را اشتراک‌گذاری کرده و بدون نیاز به فضای اعتماد، منابع مالی را متعادل‌سازی کنند. این امر نه تنها به افزایش میزان حریم خصوصی منجر می‌شود، بلکه موجب فراهم‌سازی فرصت‌های مقیاس‌گذاری بهتری نیز برای Bitcoin خواهند شد. علاوه بر این، CTV می‌تواند موجب بهبود قابل توجه شبکه لایتنینگ و بهبود فرایند ساخت و بازخرید کانال شود، این همراه با زمان هش قفل شده قراردادها (HTLC) است. بنابراین، کل این فرایند به افزایش میزان کارایی و نقدینگی در پروتکل لایه دوم بیت کوین منجر می‌شود.
شیوه عملکرد CTV به چه صورت است؟
سافت فورک CheckTemplateVerify یک کد بهینه‌سازی شده جدید را برای بیت کوین به ارمغان می‌آورد که در واقع یک افزودن یک حوزه نوین به مجموعه عملیات موجود در اسکریپت بیت کوین است.
BIP119 آپکد جدیدی تحت عنوان OP_CHECKTEMPLATEVERIFY را به واسطه OP_NOP4 به بستر بیت کوین می‌افزاید و به پیاده‌سازی یک تغییر اجماع در این پروتکل به واسطه یک سافت فورک منجر می‌شود.
در حال حاضر OP_NOPهای عددگذاری شده (OP_NOP1 و OP_NOP4 تا OP_NOP10) در صورت استفاده نادیده گرفته می‌شوند و وجودشان سبب نامعتبر شدن تراکنش‌ها نمی‌شود. این‌ها آپ کد‌های رزروی هستند که برای دستورات جدید پروتکل در آینده کنار گذاشته شده‌اند. با این حال، این امر در رابطه با OP_NOP (بدون عدد) صادق نیست، زیرا این کد یک کد «غیرعملیاتی» است.
BIP119 به دنبال آن است که OP_NOP4 را به صورت مجدد نامگذاری کند تا نقشی تاییدی در قالب OP_CHECKTEMPLATEVERIFY ایفا کند. این فرایندی است که برای افزودن OP_CHECKTEMPLATEVERIFY و OP_CHECKSEQUENCEVERIFY به پروتکل بیت کوین مورد استفاده قرار گرفت و به همین شکل موجب معنابخشی مجدد به OP_NOP2 و OP_NOP3 شد.
OP_CHECKTEMPLATEVERIFY در هنگام اجرا سه بررسی انجام می‌دهد. در وهله اول و به صورت طبیعی، این آپکد بررسی می‌کند که آیا حداقل یک المان در پشته مورد نظر وجود داشته باشد. در صورت وجود، این آپکد بررسی می‌کند که آن کد به صورت دقیق دارای ۳۲ بایت – به اندازه خروجی تابع هش SHA-256 – باشد، سپس CTV بررسی می‌کند که آیا این عنصر با هش تراکنش مورد نظر در اندیس ورودی فعلی تطابق دارد یا خیر.
مرحله بررسی تطابق عنصر مورد نظر با هش، درست همان نقطه‌ای است که محدودیت اعمال می‌شود. در این نقطه، برنامه در حال تایید این است که آیا تراکنش مورد نظر به مجموعه «تراکنش‌های مجاز» مشخص شده در پیمان یا قرارداد تعلق دارد یا خیر. این مجموعه از تراکنش‌ها در گذشته توسط خود کاربر در یک قرارداد تعریف می‌شدند.
Sapio یک زبان برنامه‌نویسی در حال توسعه است که به صورت خاص برای انجام چنین کاری پیش‌بینی شده است، اگرچه استفاده از آن برای ساخت قرارداد‌هایی که می‌توان با CTV اجرا کرد الزامی نیست. این زبان مشکلات برنامه‌نویسی سطح پایین را برای تسهیل روند ساخت قرارداد‌های هوشمند از میان برمی‌دارد. به عنوان مثال، اجزا یا قطعات کد قابل استفاده مجددی را می‌افزاید که قابلیت خوانایی و کارایی یک برنامه را بهبود می‌بخشند.
برنامه‌نویس‌ها در ابتدا یک تمپلیت یا قالب را با استفاده از ساپیو (Sapio) می‌سازند و با تعیین برخی شرایط که به ارائه خروجی لیستی از تراکنش‌های امضا شده به صورت جزئی (PSBT) منجر می‌شود، لیستی از خروجی‌های مجاز می‌سازند. این قالب برای تعریف مجموعه‌ای جامع از تراکنش‌ها در راستای خرج کردن منابع مالی مورد استفاده قرار می‌گیرد، بدین صورت که به ما اجازه می‌دهد تا مجموعه خروجی‌های مجاز را به دسته کوچک‌تری از تمامی خروجی‌های ممکن محدود سازیم.
سافت فورک CheckTemplateVerify با محدود کردن بیشتر داده‌هایی که همه شناسه‌های تراکنش ممکن (TXID) را زودتر از موعد تعیین می‌کنند، از پیش به یک تراکنش متعهد می‌شود.
این بدان معناست که با توجه به یک UTXO خاص و قرارداد یا پیمان، معمولا می‌توانید تمامی TXIDها را از قبل محاسبه کنید. با وجود محدودیتی که این روند به همراه دارد اما فرض بر این است که با دانستن TXIDها از قبل، اجرای پیمان آسان‌تر خواهد بود زیرا جهان تراکنش‌هایی که باید بررسی شوند، محدود شده است.
تابع هش خاصی که توسط آپکد DefaultCheckTemplateVerifyHash تحلیل می‌شود، بخش‌هایی از تراکنش را به صورت سریالی و متوالی هش و ادغام می‌کند و این کار را با نسخه و لاک تایم (منظور بخشی از تراکنش است که شامل این دو بخش است) آغاز می‌کند. در ادامه، اگر تراکنش مورد نظر تراکنش سگویت (SegWit) نباشد، هش ScriptSig را هش می‌کند. سپس تعداد ورودی‌ها، هش دنباله‌ها و تعداد خروجی‌ها را ادغام می‌کند. در بخش پایانی، این تابع اندیس ورودی و هش خروجی‌ها را ترکیب می‌کند.
با متعهد شدن (یا تعیین) بیشتر این موارد از پیش، نه تنها TXID را می‌توان از پیش معین کرد، بلکه برخی از این شناسه‌ها در آینده نیز قابل تنظیم خواهند بود (قابلیت چکش‌خواری) و فرایند اعتبارسنجی نیز به شکل کارآمدتری صورت می‌گیرد. دلیل این امر را نیز به هشینگ اکثر فیلدها از پیش می‌توان نسبت داد.
جرمی روبین (Jeremy Rubin)، خالق و نویسنده طرح BIP119، در مصاحبه با Bitcoin Magazine گفت:
ایده اصلی ترتیب‌دهی این فیلدها به شیوه‌ای خاص بدین صورت است که اگر در آینده چیزی مانند OPـCAT در بستر بیت کوین وجود داشته باشد، ممکن است بتوانید این آپکد‌ها را در بخش پشته تغییر دهید. ترتیب‌بندی این فیلدها با توجه به احتمال تغییر آنها، مزایایی به همراه خواهد داشت.
او همچنین افزود: «بنابراین، بخشی از ایده اصلی به این امر مربوط بود که nVersion (یا نسخه مورد استفاده پروتکل) کمترین میزان احتمال برای تغییر را خواهد داشت. این در حالیست که اندیس ورودی، بیشترین میزان تغییر را به خود اختصاص می‌دهد و سایر بخش‌ها در میان این دو حیطه از نظر احتمال دچار تغییر شدن قرار می‌گیرند.»
فرض بر این است که توسعه‌دهنده حوزه بیت کوین که یک پیمان را برنامه‌نویسی می‌کند، با احتمال بالاتری اطلاعات مربوط به خروجی‌ها را از نظر برنامه‌نویسی مرتبط با خروجی‌ها را نسبت به ورودی‌ها تغییر می‌دهد. دلیل این امر نیز با در نظر داشتن اینکه که یک پیمان‌نامه با هدف محدود‌سازی شیوه خرج کردن کوین ارائه می‌شود قابل توجیه خواهد بود.
بنابراین، کاری که OP_CHECKTEMPLATEVERIFY انجام می‌دهد بدین صورت است که مجاز بودن یک تراکنش را مورد بررسی قرار دهد. به عبارت دیگر، این آپکد محدودیت‌های اعمال شده توسط پیمان برنامه‌نویسی شده با استفاده از ساپیو را پیاده‌سازی می‌کند.
لازم به ذکر است که این بررسی تنها در صورتی اتفاق می‌افتد که عنصر داخل پشته شامل ۳۲ بایت باشد. در غیر این صورت، سافت فورک CTV عنصر روی پشته را وارد فرایند OP_NOP می‌کند و این بدان معناست که اجرای فرایند لغو نخواهد شد بلکه «هیچ کاری» انجام نمی‌شود.
این تفاوت ظریف در راستای توسعه‌های آتی است که می‌توانند پس از پیاده‌سازی CTV اعمال شوند. منظور این از توسعه‌ها «نسخه دوم CTV» است که یک بایت علامت‌گذاری شده تحت عنوان بایت پرچم را به این سافت فورک می‌افزایند و عنصر مورد نظر را به ۳۳ بایت تبدیل می‌کنند.
در چنین حالتی، به جای استفاده از CTV برای بررسی‌هایی که تنها ۳۲ بایت را می‌توان با آن مورد بررسی قرار داد، المان یا عنصر مورد نظر توسط «نسخه دوم CTV» که قادر به بررسی ۳۳ بایت است مورد بررسی قرار می‌گیرد. انجام چنین کاری به واسطه OP_NOP که توسط ارزیابی اسکریپت فعال شده است میسر می‌شود. اگر این فرایند با شکست مواجه شود، روند ارزیابی نیز ادامه پیدا نمی‌کند و توسط «نسخه دوم CTV» مورد بررسی قرار نمی‌گیرد.
توضیحات روبین در این راستا بدین شرح بود: «تراکنش‌هایی که شامل CTV ۳۳ بایتی هستند باز هم توسط شبکه تحت قوانین استاندارد همراه با این تغییرات رد می‌شوند، اما در صورتی که یک ماینر آنها را در یک بلاک قرار دهد معتبر خواهند بود. این فرایند انتظاراتی را تضمین می‌کند که در آینده معنای خاصی به آنها داده خواهد شد و از استفاده سهل‌انگارانه جلوگیری می‌کند.»
آیا CTV بروزرسانی بعدی بیت کوین خواهد بود؟
فرایند ارتقا شبکه Bitcoin به دلیل رویکرد متد محور و دقیق خود شناخته می‌شود. این در حقیقت یک ویژگی حیاتی برای بقای شبکه و صحت تضمین شده هر یک از عوامل افزودنی جدید به کد این شبکه محسوب می‌شود. بنابراین، زمان اضافه شدن یا عدم افزوده شدن CTV به بستر بیت کوین در زمان نزدیک رویداد نامشخصی است.
با وجود اینکه پروپوزال BIP119 که در ماه ژانویه سال ۲۰۲۰ ساخته شد یک درخواستنامه جدید محسوب نمی‌شود، توسعه‌دهندگان برجسته رمزارز اول دنیا استدلال می‌کنند که نیاز به آزمایش‌ها و بحث‌های گسترده‌تری در مورد تغییرات پیشنهادی وجود دارد، به ویژه در زمانی که این پروپوزال به بهینه‌سازی‌های احتمالی و بررسی دقیق‌تر رویکرد‌های جایگزین مربوط باشد.
در هنگام پاسخ‌دهی به سوال سافت فورک CheckTemplateVerify چیست لازم است بدانید که CTV در زمان نگارش این مقاله قصد دارد تا مجموعه محدودی از امکانات جدید را در کنار هدف پیاده‌سازی پیمان‌نامه‌هایی با ریسک پایین به پروتکل بیت کوین بیافزاید. روبین در مصاحبه با Bitcoin Magazine گفت که هدف این است تا چیزی به واسطه این سافت فورک حاصل شود که کارایی‌های جدیدی را در کنار «قرار داشتن در دسته ساده‌ترین سافت فورک‌های نرم افزاری از نظر تاثیر بر اعتبارسنجی بیت کوین تا به امروز» به همراه داشته باشد.
او افزود: ارتقا‌هایی از قبیل CLTV یا CSV به عنوان نمونه، به هر دو حیطه یک سافت فورک برای افزودن یک آپکد و یک سافت فورک برای اعمال اجماع NLockTime و فیلد NSequence یا همان داده‌های متنی نیاز دارند. این در حالیست که اعتبار CTV فقط ویژگی ذاتی یک تراکنش را مورد بررسی قرار می‌دهد.
روبین همچنین اشاره کرد که احساس می‌کند در بررسی‌های پیشنهادی او توسط جامعه توسعه‌دهنده، یک «استاندارد دوگانه» وجود دارد.
او در مصاحبه با Bitcoin Magazine در این راستا گفت: «جایگاه CTV نسبت به تمامی کار‌هایی که در گذشته انجام داده‌ایم بسیار بالا‌تر است.» روبین تصریح کرد: «در حالی که ما همیشه به دنبال افزایش سطح جایگاه به روزرسانی‌های ارائه شده خود هستیم، باید در نظر داشته باشیم که در حال حاضر CTV تنها سطح آزمایشی و کاربردی فورک‌های قبلی را برآورده کرده و نباید فراتر از این پیش برویم.»
در اوایل این ماه، متیو کورالو (Matthew Corallo)، توسعه‌دهنده شبکه لایتنینگ و بیت کوین در اسپایرال (Spiral)، در توییتی اعلام کرد که در هیچ نقطه‌ای از تاریخ بیت کوین، درخواست ارسال قابلیت‌های جدید به بخش اجماع بدون در نظر داشتن موارد جایگزین، امری متناسب و صحیح نبوده است. کورالو ادعا می‌کند که روبین و کسانی که به صورت کلی بر روی CTV کار می‌کنند و از آن حمایت می‌کنند، در چند سال گذشته نتوانسته‌اند «رویکرد رسمی‌تری برای مقایسه آن با بستر‌های جایگزین» را ارائه کنند.
کورالو افزود:
تلاش‌ها برای پیاده‌سازی CTV از هر نظر اشتباه به نظر می‌رسد. به نظر می‌رسد این بستر به جای مهندسی مشارکتی، حس «من این سافت فورک را ساخته‌ام پس بیایید آن را پیاده‌سازی کنیم» را صرف نظر از هر بازخورد و فیدبکی القا می‌کند.
اندرو پولسترا (Andrew Poelstra)، مدیر تحقیقات Blockstream، تمایل به آزمایش و تحلیل بیشتری در این حیطه را نشان داده است. هنگامی که از او پرسیده شد که آیا CTV بهترین گزینه ارائه شده فعلی بیت کوین در گسترش عملکرد برای پشتیبانی از پیمان‌ها خواهد بود یا خیر، او در مصاحبه با Bitcoin Magazine در این راستا اینگونه پاسخ داد: «من اینطور فکر نمی‌کنم.» او همچنین افزود: «CTV تنها شیوه پیشنهاد شده برای پیاده‌سازی پیمان‌نامه‌ها در بستر Bitcoin نیست و در واقع تبادلی میان امنیت و عمومیت این پروتکل محسوب می‌شود که از هر دو عرصه باز مانده است.»
پولسترا گفت: یکی از راه‌هایی که ارتقا CTV بتواند از طریق آن کارایی مورد نظر را داشته باشد بدین صورت است که CheckTemplateVerify ممکن است کارآمد‌ترین راه برای اجرای «پیمان‌های کسری» باشد و طی آن کاربران بتوانند اکثر داده‌های تراکنش را محدود کنند و تنها بخش کوچکی از این داده‌ها را آزادانه رها کنند. در همین حین، پیشنهاداتی مانند آپکد‌های درون‌گرایانه در زمینه «پیمان‌های افزودنی» که طی آنها اکثریت داده تراکنش‌ها آزاد هستند و تنها بخش اندکی از آنها محدود شده‌اند نیز ممکن است گزینه مناسبی محسوب شوند. اگر این امر صحیح باشد و جامعه فعال در این عرصه نیازمند زمان بیشتری برای کاوش و شناخت این حوزه باشند، پس ما در واقع خواهان APO و CTV و پیمان‌های چندمنظوره هستیم.
APO یا SIGHASH_ANYPREVOUT یکی دیگر از پروپوزال‌هایی است که برای افزودن قابلیت‌های جدید به بستر بیت کوین در BIP118 مشخص شده است. کریستین دکر (Christian Decker)، نویسنده این پروپوزال و یک محقق در Blockstream که بر راه حل‌های مقیاس‌گذاری بیت کوین تمرکز دارد، در مصاحبه با Bitcoin Magazine گفت که او نیز APO و CTV را به چشم «مکمل و نه رقیب» می‌بیند.
به گفته دکر هر دوی این بستر‌ها مفید هستند و موافق است تا در مرحله‌ای که هر دوی آنها آماده بودند و مورد آزمایش و بررسی قرار گرفتند، به صورت همزمان پیاده‌سازی شوند.
در حال حاضر، آمادگی برای فعال‌سازی به یک موضوع حساس در جامعه بیت کوین مبدل شده است. در واقع، بخشی از مخالفت با CTV توسط برخی از توسعه‌دهندگان بر اساس یک حس فوریت فرضی است که توسط هواداران CTV به تصویر کشیده می‌شود. عجله کردن در پیاده‌سازی این سافت فورک و اعمال تغییرات آماده نشده اینچنینی در کد بیت کوین می‌تواند ضرر‌های زیادی را به همراه داشته باشد.
دکر در مصاحبه با Bitcoin Magazine گفت: «اگر این به معنای استفاده از فرایند آزمایش قدرتمند‌تری باشد، حاضر است زمان بیشتری را صرف منتظر ماندن برای اضافه شدن پیشنهادش به بیت کوین صرف کند. اگرچه او افزود که تمایل هواداران CTV برای فعال‌سازی این سافت فورک در اسرع وقت را نیز درک می‌کند.»
دکر در این راستا گفت: «ما فکر نمی‌کنیم که عجله کردن در اعمال تغییرات اینچنینی مفید باشد و APO باید در اسرع وقت پیاده‌سازی شود. هرچقدر این پروپوزال زمان بیشتری را در مرحله آزمایشی سپری کند، بررسی‌های بیشتری نیز برای مشخص شدن نقاط ضعف آن صورت می‌گیرد. زمان بازبینی و توسعه از جمله نادر‌ترین منابع بیت کوین هستند، بنابراین ما قصد داریم تا به این موضوع احترام بگذاریم و زمان بیشتری را صرف این کار کنیم. علی‌رقم اینکه قصد پیاده‌سازی (گواه اثبات طرح) طرح جدید و استقرار آن به جای بستر‌های قدیمی را نیز در ذهن می‌پرورانیم.»
جلب نظر افراد به پروپوزال CTV
در دسامبر سال ۲۰۲۱ (اواسط آذر تا اواسط بهمن ماه سال ۱۴۰۰)، روبین برای جلب توجه افرادی بیشتری به پروپوزال خود یک جایزه یافتن باگ برای CTV و BIP تعریف‌کننده آن تعیین کرد. به گفته او، به هر کسی که نقص «قابل توجهی» در سافت فورک پیشنهاد شده پیدا می‌کرد، به میزان ۱۰٫۰۰۰ دلار اعطا می‌شد.
این جایزه از آن زمان تا به امروز افزایش یافته است اما برخی از توسعه‌دهندگان از جمله کورالو و آدام بک (Adam Back)، سایفرپانک افسانه‌ای و مدیرعامل Blockstream، ابتکار روبین را زیر سوال بردند و نشان دادند که بهترین راهکار ارائه شده برای جذب افراد بیشتری به این بستر نیست.
برخلاف مخالفت‌هایی از جانب بخش‌هایی از جامعه در رابطه با پیمان‌ها، پولسترا گفت که به عقیده او «هیچ مخالفتی از جانب جامعه Bitcoin در برابر هیچ کدام از این ایده‌ها وجود ندارد؛ ما واقعا به افرادی نیاز داریم که از این طرح حمایت کرده و ارتباطات عمومی، فراهم‌سازی ابزار، راه‌های آزمایش، کاوش کاربرد‌ها و غیره را پیش ببرند. این درست همان کاری است که جرمی در حال انجام آن همسو با CTV است.
فارغ از بحث‌های داغ توییتر در این حیطه، پروپوزال روبین بازخورد رسمی و سوالات بیشتری را در لیست پستی بخش توسعه بیت کوین یا Bitcoin-Dev دریافت کرده است. توسعه‌دهندگانی که اخیرا فیدبک خود در مورد CTV را ارسال کرده‌اند عبارتند از مایکل فولکسان (Michael Folkson)، پیتر تاد (Peter Todd) و لوک داشیر (Luke Dashjr). دکر همچنین افکار خود در رابطه با تلاقی میان CTV و پروپوزال خود را نیز به اشتراک گذاشته است. پولسترا پیشنهادات و بازخورد‌های حوزه CTV را با Bitcoin Magazine در میان گذاشت.
او گفت: اگر CTV راهی است که جامعه بیت کوین قصد طی کردن آن را دارد، دو راه برای بهبود آن پیشنهاد می‌کنم. اولین راه تغییر ساختار هش آن است تا برای برنامه‌های عمومی‌تر پیمان‌نامه مفید و کاربردی باشد. شیوه پیاده‌سازی دقیق این کار یک حوزه فعال تحقیقاتی محسوب می‌شود که امید است تا هفته‌های آتی اطلاعات بیشتری را در رابطه با آن بیاموزیم. شاید CTV باید «پرچم‌های SigHash» متناظر با فلگ‌های موجود فعلی برای بررسی امضا‌ها را داشته باشد.
او در ادامه افزود: «در وهله دوم، پیشنهاد می‌کنم کمی CTV را تغییر دهید تا هش تراکنش‌های به صورت صرف بر روی پشته قرار داده شود و لازم باشد تا کاربر از آپکد EQUALVERIFY موجود برای بررسی تطبیق آن با قالب ارائه شده استفاده کند. این کار برای کاربران معمولی CTV به میزان یک بایت از داده‌های شاهد تراکنش (Witness) هزینه خواهد داشت. این در حالیست که فضای طراحی برای توسعه‌های آتی بیت کوین نیز افزایش پیدا می‌کند.»
از طرف دیگر، روبین در مصاحبه با مجله بیت کوین گفت به عقیده او پیاده‌سازی CTV به شیوه کنونی بسیار بهتر است، حتی اگر کارایی محدودی را به همراه داشته باشد و بعد‌ها خصوصیت‌های بیشتری را به آن بیافزاییم.
سخن پایانی
به صورت خلاصه و در پاسخ‌گویی به سوال سافت فورک CheckTemplateVerify چیست لازم به ذکر است که با وجود اینکه BIP119 سر و صدای زیادی را میان جامعه بیت کوین ایجاد کرده است، مسیر آتی پیش روی این ارتقا چندان واضح نیست. تمایل هواداران CTV برای افزایش دامنه عملکرد Bitcoin برای تطبیق کاربرد‌های جدید با رویکرد محافظه‌کارانه برخی از بستر‌های قدیمی در تضاد است. علاوه بر این، با در نظر داشتن پیشینه بیت کوین که فقط ارتقا‌هایی در آن پیاده‌سازی می‌شوند که به اجماع همه‌جانبه دست یافته و به صورت کامل مورد بررسی قرار می‌گیرند، ممکن است مسیر پر فراز و نشیبی پیش روی CTV وجود داشته باشد. این امر بی‌ارتباط به دفاع همه‌جانبه روبین از پروپوزال بهبود خود نیست. با این حال، هنوز چهره‌های مطرح فعال در جامعه توسعه بیت کوین از این طرح پشتیبانی نکرده‌اند.
نظر شما در رابطه با این سافت فورک چیست؟ آیا شما نقص قابل توجهی را در روند کاری CTV مشاهده می‌کنید؟ کدام یک از فعالان این عرصه نظر درست‌تری در مورد این طرح دارند؟ نظرات خود را با ما در میان بگذارید.
