همه چیز درباره پروپوزال بهبود بیت کوین (BIP) و انواع استاندارد آن

در این مقاله، مکانیزم دقیق این فرآیند دموکراتیک و فنی را بررسی می‌کنیم تا بدانید تغییرات شبکه چگونه بدون وجود یک رهبر مرکزی، مدیریت و اجرا می‌شوند.

پروپوزال بهبود بیت کوین یا BIP چیست؟

شاید برایتان پیش آمده باشد که در اخبار یا تحلیل‌های بازار رمزارز، با عبارتی مثل تصویب یک BIP جدید روبرو شده باشید و از خودتان بپرسید این کلمه دقیقا چه معنایی دارد. پروپوزال بهبود بیت کوین که به اختصار BIP (مخفف Bitcoin Improvement Proposal) نامیده می‌شود، در واقع زبان مشترک توسعه‌دهندگان برای ارتقای این شبکه است. بیایید این مفهوم را به ساده‌ترین شکل ممکن باز کنیم.

تعریف ساده BIP و نقش آن در اکوسیستم بیت کوین

اگر بیت کوین را مانند یک ساختمان عظیم و دیجیتالی در نظر بگیریم که متعلق به همه است، هیچ‌کس نمی‌تواند خودسرانه دیواری را خراب کند یا اتاقی به آن اضافه کند. برای هر تغییری، ابتدا باید نقشه و طرح دقیق آن نوشته شود تا همه ساکنان آن را بررسی کنند.

در دنیای واقعی بیت کوین، BIP همان طرح پیشنهادی یا نقشه فنی است. این سند یک متن استاندارد و رسمی است که اطلاعات کاملی را درباره یک ویژگی جدید، یک تغییر فنی در کدهای شبکه یا حتی یک فرآیند سازمانی به جامعه‌ی بیت کوین ارائه می‌دهد. نویسنده‌ی BIP موظف است تمام جزییات فنی، دلایل نیاز به این تغییر و نحوه پیاده‌سازی آن را به طور شفاف توضیح دهد. نقش اصلی BIP این است که جلوی هرج‌ومرج را بگیرد و مطمئن شود که ایده‌های جدید قبل از اینکه روی پول و سرمایه‌ی مردم اثر بگذارند، به دقیق‌ترین شکل ممکن چکش‌کاری شده‌اند.

چرا بیت کوین به سیستم پروپوزال نیاز دارد؟ (مسئله حاکمیت غیرمتمرکز)

شاید بپرسید چرا توسعه‌دهندگان مستقیماً تغییرات را اعمال نمی‌کنند؟ پاسخ در ساختار خاص بیت کوین نهفته است. بیت کوین مدیرعامل، هیئت‌مدیره، دفتر مرکزی یا رهبر واحدی ندارد. این شبکه بر اساس حاکمیت غیرمتمرکز (Decentralized Governance) اداره می‌شود؛ یعنی قدرتی که بین هزاران نفر در سراسر جهان تقسیم شده است.

در نبود یک رئیس که دستور نهایی را صادر کند، بیت کوین به یک روش دموکراتیک و منظم برای شنیدن نظرات نیاز دارد. سیستم BIP دقیقاً برای حل این چالش طراحی شده است:

• جلوگیری از تغییرات سلیقه‌ای: هیچ‌کس نمی‌تواند کدهای شبکه را به نفع خودش تغییر دهد.
• هماهنگی جهانی: توسعه‌دهنده‌ای در آمریکا و استخراج‌کننده‌ای در چین باید روی یک نسخه واحد توافق کنند و BIP این زبان مشترک را فراهم می‌کند.
• شفافیت کامل: تمام تاریخچه بحث‌ها، مخالفت‌ها و تغییرات برای همیشه ثبت می‌شود و در دسترس عموم است.

بدون سیستم BIP، بیت کوین به سرعت دچار چنددستگی می‌شد و اعتماد کاربران به امنیت شبکه از بین می‌رفت.

چه کسی اولین بار مفهوم BIP را معرفی کرد؟

این سیستم هوشمندانه از روز اول وجود نداشت. در سال‌های ابتدایی تولد بیت کوین، تغییرات به شکل غیررسمی‌تری انجام می‌شد. اما در سال 2011، یکی از توسعه‌دهندگان اولیه و شناخته‌شده‌ی بیت کوین به نام امیر تاکی (Amir Taaki) متوجه شد که با رشد شبکه، دیگر نمی‌توان بدون نظم و ساختار پیش رفت.

او با الهام گرفتن از سیستم مشابهی که در زبان برنامه‌نویسی پایتون وجود داشت، اولین طرح بهبود بیت کوین را با نام BIP 0001 نوشت. جالب است بدانید که خود این سند، استانداردی بود که توضیح می‌داد یک BIP باید چه ساختاری داشته باشد و چگونه نوشته شود. از آن زمان تاکنون، این روش به استاندارد طلایی برای ارتقای شبکه تبدیل شده است.

تفاوت کلیدی بین تغییرات کدهای بیت کوین و سایر نرم‌افزارها

بزرگ‌ترین تفاوت بیت کوین با نرم‌افزارهایی که روزانه با آن‌ها سروکار داریم، در نحوه آپدیت شدن آن‌هاست. درک این تفاوت به شما کمک می‌کند تا بفهمید چرا تغییرات در بیت کوین کند اما بسیار ایمن است:

• مدل نرم‌افزارهای متمرکز (مثل اینستاگرام یا ویندوز): در این برنامه‌ها، شرکت سازنده تصمیم می‌گیرد یک ویژگی را اضافه یا حذف کند. شما به عنوان کاربر نقشی در این تصمیم ندارید. یک روز صبح بیدار می‌شوید و می‌بینید که ظاهر برنامه تغییر کرده است و شما مجبورید (Force Update) نسخه جدید را نصب کنید، وگرنه برنامه کار نمی‌کند.
• مدل بیت کوین (غیرمتمرکز): در بیت کوین هیچ اجباری وجود ندارد. حتی اگر یک BIP توسط توسعه‌دهندگان نوشته و تایید شود، نودها (Nodes - کامپیوترهایی که وظیفه تایید تراکنش‌ها و نگهداری شبکه را دارند) و ماینرها (Miners - کسانی که با قدرت پردازش خود امنیت شبکه را تامین و بیت کوین جدید تولید می‌کنند) مختار هستند که آن را بپذیرند یا نپذیرند. اگر اکثریت شبکه آپدیت جدید را نصب نکنند، آن تغییر عملاً شکست می‌خورد.

بنابراین، برخلاف آپدیت‌های خودکار گوشی موبایل شما، تغییرات در بیت کوین نیازمند یک توافق جمعی و اجماع (Consensus) است که گاهی ماه‌ها یا سال‌ها طول می‌کشد.

انواع دسته‌بندی پروپوزال‌های بیت کوین

شاید تصور کنید که تمام پیشنهادهای ارائه‌شده برای بیت کوین، مربوط به تغییر کدهای پیچیده یا اضافه کردن یک ویژگی فنی جدید هستند. اما واقعیت این است که نظم و انضباط در شبکه‌ی بیت کوین فراتر از کدنویسی است. همان‌طور که در یک شرکت بزرگ، نامه‌های اداری، دستورالعمل‌های فنی و قوانین منابع انسانی در دسته‌های جداگانه بایگانی می‌شوند، در بیت کوین هم همه‌ی BIPها یکسان نیستند.

توسعه‌دهندگان برای جلوگیری از سردرگمی، تمام پروپوزال‌ها را در سه دسته‌ی اصلی طبقه‌بندی کرده‌اند. شناخت این دسته‌بندی به شما کمک می‌کند تا وقتی نام یک BIP را می‌شنوید، سریع متوجه شوید که آیا با یک قانون اجباری طرف هستید یا فقط یک پیشنهاد دوستانه.

پروپوزال‌های استاندارد (Standards Track)؛ تغییرات در پروتکل و بلاک‌ها

این دسته، مهم‌ترین و حساس‌ترین نوع پروپوزال‌ها هستند. هر زمان که صحبت از یک تغییر فنی می‌شود که مستقیماً روی پروتکل (Protocol - مجموعه قوانین و زبان مشترکی که کامپیوترها با آن صحبت می‌کنند) یا اعتبار بلاک‌ها و تراکنش‌ها اثر می‌گذارد، با یک BIP استاندارد طرف هستیم.

این پروپوزال‌ها دقیقاً مانند قوانین راهنمایی و رانندگی هستند؛ اگر تصویب شوند، همه باید آن‌ها را رعایت کنند تا ترافیک شبکه روان بماند. اگر بخشی از شبکه این تغییرات را نپذیرد، ممکن است باعث دوستگی یا فورک در شبکه شود. ویژگی‌های اصلی این دسته عبارتند از:

• تغییر در قوانین اجماع: قوانینی که تعیین می‌کنند کدام تراکنش معتبر است و کدام نیست.
• نیاز به پذیرش همگانی: برای فعال شدن، اکثریت قاطع ماینرها و نودها باید نرم‌افزار خود را به‌روزرسانی کنند.
• مثال: پروپوزال‌هایی که فرمت آدرس‌های بیت کوین را تغییر می‌دهند یا سایز بلاک را بهینه‌سازی می‌کنند، در این دسته قرار می‌گیرند.

پروپوزال‌های اطلاعاتی (Informational)؛ دستورالعمل‌های غیرالزام‌آور

همان‌طور که از نامش پیداست، این پروپوزال‌ها فقط برای اطلاع‌رسانی، آموزش یا ارائه یک روش پیشنهادی طراحی شده‌اند و هیچ تغییری در کدهای هسته‌ی بیت کوین ایجاد نمی‌کنند.

این دسته را می‌توانید شبیه به کتابچه‌ی راهنمای بهترین روش رانندگی در نظر بگیرید. رعایت نکردن این موارد باعث جریمه شدن یا تصادف نمی‌شود، اما رعایت کردنشان کارها را ساده‌تر و استانداردتر می‌کند. جامعه‌ی بیت کوین مختار است که این پیشنهادها را بپذیرد یا نادیده بگیرد.

• هدف: ارائه رهنمودهای فنی، طرح‌های طراحی یا اطلاعات عمومی به اکوسیستم بیت کوین.
• بدون اجبار: نودها و کیف پول‌ها برای فعالیت در شبکه هیچ نیازی به اجرای این پروپوزال‌ها ندارند.
• مثال: روش‌های پیشنهادی برای رمزنگاری فایل‌ها در کیف پول‌ها که سازندگان کیف پول می‌توانند از آن استفاده کنند یا نکنند.

پروپوزال‌های فرآیندی (Process)؛ تغییر در روال‌های کاری انجمن

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

به زبان ساده، پروپوزال‌های فرآیندی قوانین بازی را عوض نمی‌کنند، بلکه قوانین مدیریت بازی را اصلاح می‌کنند. این پروپوزال‌ها معمولاً نیاز به توافق و اجماع جامعه‌ی توسعه‌دهندگان دارند و نمی‌توان آن‌ها را نادیده گرفت، زیرا مستقیماً روی نحوه کارکرد تیم‌های فنی اثر می‌گذارند.

• کاربرد: تغییر در نحوه ثبت، بررسی یا رای‌گیری برای خود BIPها.
• تفاوت با استاندارد: در اینجا هیچ کدی در بلاکچین تغییر نمی‌کند، بلکه روش تعامل انسان‌ها و ابزارها اصلاح می‌شود.
• مثال: اگر قرار باشد از فردا نحوه شماره‌گذاری BIPها یا مراحلی که یک پیشنهاد باید طی کند تا تایید شود تغییر کند، این درخواست در قالب یک BIP فرآیندی ارائه می‌شود.

چرخه حیات یک BIP؛ یک ایده چگونه تبدیل به قانون می‌شود؟

آیا تا به حال فکر کرده‌اید که یک تغییر فنی در شبکه‌ی بیت کوین، چه مسیری را طی می‌کند تا از یک ایده‌ی خام در ذهن یک برنامه‌نویس، به کدی تبدیل شود که میلیاردها دلار سرمایه را مدیریت می‌کند؟ این مسیر شباهت زیادی به تصویب یک قانون در مجلس دارد، اما با این تفاوت که اینجا خبری از سیاست‌بازی نیست و همه چیز بر پایه‌ی منطق ریاضی و امنیت شبکه می‌چرخد.

هر طرح بهبود بیت کوین یا همان BIP، برای اینکه زنده بماند و اجرا شود، باید از "هفت‌خان رستم" عبور کند. بیایید این چرخه‌ی زندگی را مرحله به مرحله با هم مرور کنیم.

مرحله پیشنهاد و پیش‌نویس (Draft)

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

اگر ایده منطقی باشد و بازخورد مثبت بگیرد، نویسنده آن را در قالب استاندارد BIP می‌نویسد و به ویراستار BIP (شخصی که مسئول نظم‌دهی به پروپوزال‌هاست) تحویل می‌دهد. در این مرحله:

• به طرح یک شماره اختصاص داده می‌شود (مثلاً BIP 39).
• برچسب پیش‌نویس (Draft) روی آن می‌خورد.
• در مخزن عمومی بیت کوین (GitHub) قرار می‌گیرد تا همه بتوانند آن را ببینند.

بررسی توسط جامعه و توسعه‌دهندگان (Review)

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

نویسنده باید صبور باشد و به تمام انتقادات پاسخ دهد. ممکن است طرح بارها بازنویسی و اصلاح شود. اگر پروپوزال نتواند جامعه‌ی فنی را قانع کند که "این تغییر امن و مفید است"، همین‌جا متوقف می‌شود.

نهایی‌سازی و پذیرش (Accepted/Final)

وقتی یک پروپوزال از تمام فیلترهای فنی عبور کرد و به استانداردهای لازم رسید، وضعیت آن تغییر می‌کند. اما دقت کنید که معنی این تغییر وضعیت برای انواع مختلف BIP متفاوت است:

• برای پروپوزال‌های غیرحاکمیتی (مثل استانداردسازی کیف پول‌ها): وضعیت نهایی (Final) به این معنی است که کار تمام شده و توسعه‌دهندگان کیف پول می‌توانند از آن استفاده کنند.
• برای پروپوزال‌های تغییر پروتکل (سافت‌فورک‌ها): وضعیت پذیرفته‌شده (Accepted) یعنی طرح از نظر فنی سالم است و آماده‌ی اجراست، اما هنوز روی شبکه فعال نشده است. این مرحله مثل قانونی است که نوشته شده، اما هنوز تاریخ اجرای آن نرسیده است.

رد شدن یا جایگزینی پروپوزال (Rejected/Withdrawn)

بسیاری از ایده‌ها هرگز به مرحله‌ی اجرا نمی‌رسند. در چرخه حیات BIP، دو حالت برای شکست وجود دارد:

• رد شده (Rejected): اگر جامعه به این نتیجه برسد که طرح پیشنهادی اشتباه است، امنیت را به خطر می‌اندازد یا اصلا مفید نیست، آن را برای همیشه رد می‌کنند. یک طرح رد شده معمولاً دیگر قابل احیا نیست.
• پس گرفته شده (Withdrawn): گاهی خود نویسنده متوجه می‌شود که ایده‌اش کامل نیست یا راه حل بهتری پیدا کرده است. در این حالت، او داوطلبانه طرح را پس می‌گیرد.

نقش ماینرها و نودها در فعال‌سازی نهایی (Activation)

این مرحله، مرحله‌ی نهایی و سرنوشت‌ساز برای تغییرات بزرگ شبکه است. حتی اگر توسعه‌دهندگان کدی را بنویسند و تایید کنند، تا زمانی که اعضای شبکه آن را اجرا نکنند، هیچ اتفاقی نمی‌افتد. برای فعال‌سازی نهایی، به همکاری دو گروه نیاز است:

• ماینرها (Miners): آن‌ها باید با قدرت پردازش خود سیگنال دهند که برای آپدیت آماده هستند. معمولاً باید درصد بالایی از ماینرها (مثلاً ۹۰ یا ۹۵ درصد) اعلام آمادگی کنند تا آپدیت فعال شود.
• نودها (Nodes): کاربرانی که تاریخچه بلاکچین را ذخیره می‌کنند، باید نرم‌افزار خود را به نسخه‌ی جدید ارتقا دهند.

اگر در این مرحله اجماع (Consensus - توافق همگانی) صورت نگیرد، طرح بهبود بیت کوین با وجود تمام تلاش‌ها، روی کاغذ باقی می‌ماند و اجرا نمی‌شود. این قدرت واقعی شبکه‌ی غیرمتمرکز است؛ جایی که کاربران حرف آخر را می‌زنند.

ساختار استاندارد یک سند BIP شامل چه بخش‌هایی است؟

نوشتن یک طرح بهبود بیت کوین با نوشتن یک پست وبلاگ یا یک ایمیل اداری تفاوت زیادی دارد. یک BIP باید دقیق، فنی و بدون ابهام باشد، چرا که قرار است به عنوان مرجعی برای تغییر در یک شبکه‌ی مالی جهانی استفاده شود. به همین دلیل، جامعه‌ی توسعه‌دهندگان یک قالب استاندارد و سخت‌گیرانه برای نوشتن این اسناد در نظر گرفته است. هر نویسنده‌ای که بخواهد طرحش جدی گرفته شود، باید این چهارچوب را رعایت کند. بیایید ببینیم داخل یک پرونده‌ی BIP چه خبر است و هر بخش چه وظیفه‌ای دارد.

مقدمه و چکیده فنی (Preamble & Abstract)

اولین چیزی که در بالای هر سند BIP می‌بینید، بخش مقدمه یا Preamble است. این بخش حکم شناسنامه‌ی سند را دارد و شامل اطلاعاتی کلیدی است که هویت طرح را مشخص می‌کند. این اطلاعات معمولاً در یک جدول در ابتدای صفحه می‌آیند و شامل موارد زیر هستند:

• شماره BIP: شماره‌ای یکتا که به طرح اختصاص داده شده است.
• عنوان: نام کوتاه و گویای طرح.
• نویسنده: نام شخصی یا اشخاصی که طرح را نوشته‌اند.
• وضعیت: اینکه طرح در حال حاضر در چه مرحله‌ای است (پیش‌نویس، رد شده یا نهایی).

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

انگیزه‌نامه (Motivation)؛ چرا این تغییر لازم است؟

این بخش شاید مهم‌ترین قسمت برای قانع کردن جامعه‌ی بیت کوین باشد. در اینجا نویسنده باید به یک سوال اساسی پاسخ دهد: چرا اصلا به این تغییر نیاز داریم؟

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

مشخصات فنی و منطق پشت تغییرات (Specification & Rationale)

اینجا قلب تپنده‌ی یک BIP است؛ جایی که حرف‌های کلی تمام می‌شود و بحث‌های دقیق مهندسی شروع می‌شود. این قسمت به دو زیرمجموعه‌ی اصلی تقسیم می‌شود:

• مشخصات فنی (Specification): این بخش دستورالعمل دقیق پیاده‌سازی است. شامل کدها، فرمول‌های ریاضی، نمودارهای جریان داده و پروتکل‌های جدیدی است که باید اجرا شوند. این بخش باید آنقدر دقیق باشد که هر برنامه‌نویس دیگری بتواند با خواندن آن، دقیقاً همان سیستم را از نو بسازد.
• منطق (Rationale): در این قسمت، نویسنده از تصمیمات خود دفاع می‌کند. او توضیح می‌دهد که چرا این روش خاص را انتخاب کرده و چرا روش‌های دیگر را رد کرده است. در واقع بخش منطق به سوالاتی پاسخ می‌دهد که ممکن است در ذهن منتقدان ایجاد شود؛ مثلاً چرا به جای زبان برنامه‌نویسی الف از ب استفاده کردی؟ یا چرا این محدودیت خاص را برای سایز بلاک در نظر گرفتی؟

سازگاری با نسخه‌های قبلی (Backward Compatibility)

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

• آیا نودهایی که آپدیت نمی‌کنند، از شبکه بیرون انداخته می‌شوند؟ (که به آن هارد فورک یا Hard Fork می‌گویند).
• یا اینکه طرح طوری طراحی شده که نودهای قدیمی هم بتوانند (حتی با محدودیت) به کار خود ادامه دهند؟ (که به آن سافت فورک یا Soft Fork می‌گویند).

نویسنده باید در این بخش تضمین دهد که طرح او باعث دوپاره شدن شبکه نمی‌شود و راهکارهای خود را برای جلوگیری از بروز مشکلات احتمالی برای کاربران قدیمی ارائه دهد. اگر طرح ناسازگاری شدید داشته باشد، نویسنده باید دلایل بسیار محکمی برای پذیرش ریسک این تغییر ارائه کند.

معرفی تاثیرگذارترین پروپوزال های بهبود بیت‌کوین تاریخ

تا اینجا متوجه شدیم که بیت کوین یک موجود زنده و در حال تکامل است. بسیاری از امکاناتی که امروز برای ما بدیهی به نظر می‌رسند، مثل کلمات بازیابی کیف پول یا کارمزدهای ارزان، از روز اول وجود نداشتند. این قابلیت‌ها نتیجه‌ی سال‌ها بحث، بررسی و تصویب پروپوزال‌های هوشمندانه‌ای هستند که مسیر تاریخ بیت کوین را تغییر دادند. در این بخش، با چهار مورد از مهم‌ترین تغییراتی آشنا می‌شویم که زیرساخت امروزی دنیای رمز راز را ساخته‌اند.

استاندارد BIP 39؛ کلمات بازیابی کیف پول‌ها (Mnemonic Code)

اگر امروز می‌توانید کیف پولتان را تنها با نوشتن ۱۲ یا ۲۴ کلمه‌ی انگلیسی روی کاغذ بازیابی کنید، مدیون استاندارد BIP 39 هستید. قبل از این استاندارد، کاربران مجبور بودند مستقیماً با رشته‌های طولانی و ترسناکی از اعداد و حروف به نام کلید خصوصی (Private Key - رمز عبور اصلی برای دسترسی به دارایی‌ها) کار کنند. تصور کنید بخواهید یک رمز ۶۴ کاراکتری مثل 5Kb8kLf9zgNQ... را حفظ کنید یا بدون اشتباه روی کاغذ بنویسید؛ کوچک‌ترین اشتباه به معنای از دست رفتن همیشگی دارایی بود.

استاندارد BIP 39 با یک ایده‌ی درخشان وارد میدان شد:

• تبدیل آن کدهای پیچیده به مجموعه‌ای از کلمات معنادار و ساده‌ی انگلیسی.
• این کلمات که به آن عبارت بازیابی (Seed Phrase) می‌گوییم، دقیقا همان کار کلید خصوصی را انجام می‌دهند اما برای انسان قابل‌فهم و قابل‌نوشتن هستند.

بنابراین هر بار که کیف پول جدیدی می‌سازید و آن کلمات را یادداشت می‌کنید، در حال استفاده از این استاندارد تاریخی هستید.

استاندارد BIP 32؛ ساختار کیف پول‌های قطعی سلسله‌مراتبی (HD Wallets)

نام این استاندارد کمی پیچیده و فنی به نظر می‌رسد، اما کارکرد آن بسیار ساده و حیاتی است. قبل از BIP 32، کیف پول‌ها شبیه به یک دسته‌کلید شلوغ و بی‌نظم بودند. برای هر تراکنش جدید، باید یک آدرس جدید و یک کلید خصوصی جدید ساخته می‌شد. اگر از کیف پولتان نسخه پشتیبان (Backup) می‌گرفتید و فردا یک آدرس جدید می‌ساختید، بک‌آپ دیروز شما دیگر شامل آدرس جدید نبود و اگر کامپیوترتان خراب می‌شد، پول‌های جدید از دست می‌رفتند.

استاندارد BIP 32 ساختار کیف پول‌های قطعی سلسله‌مراتبی (HD Wallets) را معرفی کرد.

• تصویرسازی: این ساختار شبیه به یک درخت است. شما فقط نیاز دارید از ریشه (همان کلمات بازیابی) محافظت کنید. تمام شاخه‌ها و برگ‌ها (آدرس‌های جدید) به صورت ریاضی و خودکار از همان ریشه ساخته می‌شوند.
• مزیت بزرگ: با این استاندارد، شما فقط یک بار از کیف پولتان نسخه پشتیبان می‌گیرید. حتی اگر هزاران آدرس جدید در آینده بسازید، همگی با همان بک‌آپ اولیه قابل بازیابی هستند.

استاندارد BIP 141؛ سگویت و حل مشکل مقیاس‌پذیری (SegWit)

در سال ۲۰۱۷، بیت کوین با مشکل بزرگی مواجه شد، بلاک‌های شبکه پر شده بودند و کارمزد تراکنش‌ها سر به فلک کشیده بود. راه‌حل این بحران، پروپوزالی به نام سگویت (SegWit - مخفف Segregated Witness به معنای جداسازی امضاها) بود.

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

سگویت دقیقاً همین کار را کرد:

• بخش حجیمی از اطلاعات تراکنش که مربوط به امضای دیجیتال بود را از بدنه اصلی جدا کرد.
• این کار باعث شد ظرفیت بلاک‌ها عملاً افزایش یابد، تراکنش‌ها ارزان‌تر شوند و سرعت شبکه بالا برود.
• همچنین این آپدیت راه را برای تکنولوژی‌های پیشرفته‌تری مثل شبکه لایتنینگ (Lightning Network - لایه‌ای برای پرداخت‌های سریع و ارزان) باز کرد.

استاندارد BIP 340-342؛ به‌روزرسانی تپ‌روت و حریم خصوصی (Taproot)

تپ‌روت (Taproot) که در سال ۲۰۲۱ فعال شد، یکی از مدرن‌ترین و پیچیده‌ترین آپدیت‌های بیت کوین است که سه پروپوزال (340، 341 و 342) را همزمان اجرا کرد. هدف اصلی تپ‌روت، افزایش حریم خصوصی و کارایی قراردادهای هوشمند بود.

قبل از تپ‌روت، اگر شما یک تراکنش پیچیده (مثلاً تراکنش چند امضایی که نیاز به تایید سه نفر دارد) انجام می‌دادید، این پیچیدگی در شبکه مشخص بود و حجم بیشتری اشغال می‌کرد. تپ‌روت با استفاده از یک ترفند ریاضی به نام امضای اشنور (Schnorr Signature)، کاری کرد که تمام تراکنش‌ها از بیرون یک‌شکل به نظر برسند.

• به زبان ساده: تپ‌روت مثل یک پاکت نامه‌ی مات عمل می‌کند. فرقی نمی‌کند داخل پاکت یک چک ساده باشد یا یک قرارداد تجاری ۵۰ صفحه‌ای؛ از بیرون، همه چیز یکسان و استاندارد دیده می‌شود. این یعنی حریم خصوصی بیشتر برای کاربران و کارمزد کمتر برای تراکنش‌های پیچیده.

چالش‌ها و نقدهای وارد بر سیستم BIP

تا به اینجا شاید تصور کرده باشید که سیستم طرح بهبود بیت کوین یا همان BIP، یک ماشین بی‌نقص و روغن‌کاری شده است که بدون هیچ مشکلی کار می‌کند. اما واقعیت دنیای تکنولوژی همیشه کمی پیچیده‌تر است. اگرچه BIP بهترین راهکاری است که تا امروز برای مدیریت یک شبکه‌ی بدون رئیس پیدا شده، اما منتقدان جدی و چالش‌های بزرگی هم دارد. در این بخش، نگاهی صادقانه به نیمه‌ی خالی لیوان می‌اندازیم و می‌بینیم که دموکراسی در بیت کوین با چه موانعی روبرو است.

کندی در فرآیند تصمیم‌گیری و اجرا

اولین و شاید بزرگ‌ترین نقدی که به سیستم توسعه‌ی بیت کوین وارد می‌شود، سرعت بسیار پایین آن است. در دنیایی که پروژه‌های جدید رمزارز هر هفته آپدیت می‌دهند و ویژگی‌های پرزرق‌وبرق اضافه می‌کنند، بیت کوین شبیه به یک لاک‌پشت پیر و محتاط به نظر می‌رسد.

این کندی دلیل موجهی دارد، اما گاهی کلافه‌کننده می‌شود:

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

بنابراین، اگر منتظر تغییرات هیجان‌انگیز و سریع در بیت کوین هستید، سیستم BIP احتمالا شما را ناامید خواهد کرد. این سیستم برای ثبات طراحی شده، نه سرعت.

اختلاف نظر بین توسعه‌دهندگان و ماینرها

یکی از دراماتیک‌ترین بخش‌های تاریخ بیت کوین، جنگ قدرت بین گروه‌های مختلف است. سیستم BIP همیشه با صلح و دوستی پیش نمی‌رود و گاهی به میدان نبرد تبدیل می‌شود. در این میان، دو گروه اصلی وجود دارند که منافعشان لزوماً بر هم منطبق نیست:

• توسعه‌دهندگان (Developers): کسانی که کدها را می‌نویسند و معمولاً نگران امنیت فنی، کارایی بلندمدت و اصول غیرمتمرکز ماندن شبکه هستند.
• ماینرها (Miners): کسانی که با دستگاه‌های قدرتمند خود شبکه را امن نگه می‌دارند و تراکنش‌ها را تایید می‌کنند. نگاه آن‌ها معمولاً اقتصادی‌تر است و به دنبال کسب سود بیشتر از کارمزدها هستند.

گاهی اوقات یک BIP فنی که توسط توسعه‌دهندگان پیشنهاد شده، ممکن است درآمد ماینرها را کاهش دهد. در این حالت، ماینرها از قدرت خود استفاده کرده و از فعال‌سازی آن آپدیت جلوگیری می‌کنند. این بن‌بست سیاسی (Political Deadlock) می‌تواند ماه‌ها توسعه‌ی شبکه را قفل کند. نمونه‌ی بارز این اختلاف را در سال ۲۰۱۷ و ماجرای جنگ سایز بلاک (Block Size War) دیدیم که جامعه‌ی بیت کوین را تا مرز فروپاشی و دوپاره شدن پیش برد.

آیا سیستم BIP واقعاً غیرمتمرکز است؟

این سوالی است که بسیاری از منتقدان مطرح می‌کنند: اگر بیت کوین متعلق به همه است، چرا فقط تعداد انگشت‌شماری از آدم‌ها کدها را تغییر می‌دهند؟

نقد اصلی در اینجا به مفهومی به نام دسترسی کامیت (Commit Access) برمی‌گردد. اگرچه هر کسی در دنیا می‌تواند یک BIP بنویسد، اما در نهایت تنها تعداد بسیار کمی از توسعه‌دهندگان ارشد (که به آن‌ها Core Maintainers می‌گویند) دسترسی نهایی برای ادغام کردن این کدها در نرم‌افزار اصلی بیت کوین را دارند. منتقدان می‌گویند این ساختار شبیه به یک حکومت تکنوکراسی (Technocracy - حکومت نخبگان فنی) است تا یک دموکراسی واقعی.

اما پاسخ طرفداران چیست؟

آن‌ها معتقدند که قدرت واقعی دست نویسندگان کد نیست، بلکه در دست اجراکنندگان کد است. حتی اگر توسعه‌دهندگان ارشد کدی مخرب یا متمرکز را وارد نرم‌افزار کنند، نودها (Nodes - کامپیوترهای اجرا کننده شبکه) و ماینرها می‌توانند آن نسخه را نصب نکنند. در دنیای بیت کوین، قدرت نهایی با کاربری است که تصمیم می‌گیرد کدام نرم‌افزار را روی سیستم خود اجرا کند، نه کسی که نرم‌افزار را می‌نویسد.

جمع‌بندی؛ آینده‌ی توسعه‌ی بیت کوین

بیت کوین اغلب به عنوان طلای دیجیتال شناخته می‌شود، اما برخلاف طلای فیزیکی که یک عنصر ثابت و تغییرناپذیر در طبیعت است، بیت کوین یک نرم‌افزار زنده، پویا و در حال تکامل است. در طول این مقاله یاد گرفتیم که سیستم طرح بهبود بیت کوین یا همان BIP، قلب تپنده‌ی این تکامل است. بدون این سیستم قانون‌مند، بیت کوین یا در گذشته متوقف می‌شد و توانایی رقابت را از دست می‌داد، و یا در هرج‌ومرج تغییرات سلیقه‌ای و بدون نظارت نابود می‌شد.

سیستم BIP به ما نشان داد که در دنیای غیرمتمرکز، نظم به معنی وجود یک رئیس نیست؛ بلکه به معنی وجود یک زبان مشترک و استاندارد برای گفتگو و توافق است.

آینده به کدام سمت می‌رود؟

اگر به روند پیشنهادهای اخیر و بحث‌های فنی توسعه‌دهندگان نگاه کنیم، می‌توانیم مسیر آینده‌ی توسعه‌ی بیت کوین را در چند محور اصلی خلاصه کنیم. به نظر می‌رسد دوران تغییرات رادیکال و پرخطر به پایان رسیده و شبکه وارد مرحله‌ی بلوغ شده است. تمرکز اصلی توسعه‌دهندگان در سال‌های پیش رو بر موارد زیر است:

• حفظ امنیت و پایداری (Ossification): بسیاری از متخصصان معتقدند که هسته‌ی اصلی بیت کوین باید به مرور زمان سخت و تغییرناپذیر شود تا امنیت آن تضمین گردد. بنابراین، در آینده شاهد تغییرات کمتری در لایه‌ی اصلی (Base Layer) خواهیم بود.
• گسترش لایه‌های دوم (Layer 2 Solutions): به جای سنگین کردن شبکه اصلی، توسعه‌دهندگان تلاش می‌کنند تا نوآوری‌ها، سرعت بالا و کارمزدهای ارزان را به لایه‌هایی مانند شبکه‌ی لایتنینگ (Lightning Network) منتقل کنند. در آینده، بیت کوین اصلی فقط برای تراکنش‌های بزرگ و نهایی استفاده می‌شود و خریدهای روزمره در لایه‌ی دوم انجام می‌گیرد.
• قراردادهای هوشمند محدود (Covenants): یکی از جذاب‌ترین بحث‌های فعلی، پروپوزال‌هایی به نام Covenant است. این قابلیت به کاربران اجازه می‌دهد تا شرایط خاصی را بعد از خرید بیت کوین برای خرج کردن آنها در آینده تعیین کنند (مثلاً بگویند این بیت کوین‌ها فقط به کیف پول فرزندم قابل انتقال باشد). این ویژگی امنیت نگهداری دارایی را به شدت افزایش می‌دهد.
• تمرکز بر حریم خصوصی (Privacy): با وجود شفافیت بلاکچین، توسعه‌دهندگان به دنبال روش‌هایی هستند (مانند CoinJoin یا امضاهای اشنور) که حریم خصوصی کاربران را در برابر تحلیل‌های زنجیره‌ای حفظ کنند.

در نهایت، درک مکانیزم BIP به شما به عنوان یک سرمایه‌گذار یا کاربر هوشمند این قدرت را می‌دهد که اسیر هیجانات خبری و شایعات نشوید. وقتی می‌شنوید که یک آپدیت بزرگ در راه است، دیگر نگران نمی‌شوید؛ زیرا می‌دانید که این تغییر یک‌شبه اتفاق نیفتاده، بلکه حاصل ماه‌ها یا سال‌ها بررسی دقیق فنی، بحث‌های علمی و توافق اجماعی است که هدفش تنها یک چیز است: محکم‌تر کردن پایه‌های پولی که قرار است برای نسل‌های آینده باقی بماند.

منابع:

Ledger

Cypherock

Cube Exchange