
Розробник Bitcoin Mononaut оприлюднив суттєві застереження щодо пропозиції Reduced Data Temporary Softfork (RDTS). Вона спрямована на обмеження транзакцій з великими обсягами даних у мережі Bitcoin. За останні роки обсяг даних у блокчейні Bitcoin зріс. Частина транзакцій використовується для зберігання значних даних поза межами платіжного призначення.
RDTS передбачає технічні заходи для стримування такого “зловживання” даними та підтримки ефективності мережі. Проте пропозиція містить цілу низку технічних обмежень, які можуть вплинути на чинні транзакції та застосунки. Mononaut разом із розробниками та учасниками спільноти застерігають, що це може спричинити неочікувані побічні ефекти.
RDTS містить низку специфічних технічних обмежень. Перше — обмеження розміру scriptPubKey, тобто скрипту виводу транзакції, до 34 байтів. ScriptPubKey визначає умови отримання коштів у транзакціях Bitcoin і є ключовим елементом протоколу. Однак це нове обмеження може унеможливити використання складних скриптів.
Пропозиція також передбачає заборону окремої логіки у Tapscript, скриптовій мові, впровадженій із оновленням Taproot. Tapscript дає змогу реалізувати складні смартконтракти, але оскільки генерує транзакції з великим обсягом даних, потрапляє під ці обмеження. Такі заходи мають підвищити ефективність мережі, але водночас звужують поточні технічні можливості.
Mononaut акцентує, що впровадження RDTS може призвести до недійсності багатьох історичних транзакцій. Зокрема, це стосується старих форматів P2PK (Pay-to-Public-Key), P2MS (Pay-to-Multisig) і понад 54 000 виводів witness. Ці типи транзакцій мають фундаментальне значення для історії Bitcoin. Їх недійсність може порушити цілісність історичних даних блокчейну.
Критики зауважують, що RDTS здатен порушити роботу чинних застосунків і сервісів, особливо тих, які використовують блокчейн Bitcoin для зберігання даних чи складних скриптів. Деякі противники побоюються, що RDTS може призвести до фактичної цензури транзакцій, що суперечить принципу опору цензурі у Bitcoin.
Прихильники RDTS стверджують, що цей софтфорк необхідний для підтримки здоров’я мережі. Вони вважають, що зростання транзакцій з великим обсягом даних збільшує розмір блоків і витрати на роботу вузлів, що може загрожувати децентралізації Bitcoin, адже лише великі оператори зможуть підтримувати вузли.
Прихильники також акцентують на скороченні юридичних ризиків, пов’язаних з великими транзакціями. Існує ризик, що у блокчейні можуть зберігатися неприйнятний чи незаконний контент, який створює юридичну відповідальність для операторів вузлів і мережі. RDTS є превентивним заходом для нейтралізації цих ризиків. Прихильники вважають короткострокові обмеження необхідними для забезпечення стабільності мережі у довгостроковій перспективі.
Дискусія щодо RDTS демонструє постійну напругу між інноваціями та регулюванням у спільноті Bitcoin. Bitcoin створений як децентралізована платформа, захищена від цензури, але поєднання цих цінностей з ефективністю та стійкістю мережі — це постійний виклик. Пропозиція спрямована на захист мережі через технічні обмеження, проте потребує ретельного аналізу впливу на чинні функції та застосунки.
Обговорення також показує, як працює управління Bitcoin. Для впровадження софтфорку потрібен консенсус і координація серед розробників, майнерів, користувачів та інших учасників. Майбутнє RDTS поки невизначене, але ця дискусія дає спільноті Bitcoin змогу переосмислити основні цінності та пріоритети мережі. Баланс технологічного розвитку і захисту принципів залишиться ключовою темою для подальших обговорень.
Reduced Data Soft Fork — це запропоноване оновлення, що обмежує зберігання нефінансових даних у транзакціях Bitcoin. Його мета — тимчасово лімітувати довільні дані для підтримки ефективності блокчейну.
Розробники Bitcoin попереджають, що Reduced Data Soft Fork може зірвати транзакції та спричинити цензуру. Зменшення даних у блокчейні може погіршити надійність і прозорість транзакцій, тому вони закликають ретельно зважити ризики.
Ця пропозиція софтфорку поступово оновлює правила протоколу Bitcoin, підсилюючи безпеку і масштабованість. Вона забезпечує сумісність вузлів, ефективну обробку транзакцій і посилює криптографічний захист для довгострокової стабільності мережі.
Soft fork посилює правила протоколу у зворотно сумісний спосіб, дозволяючи одночасну роботу вузлів старого і нового типу. Hard fork змінює правила і вимагає оновлення всіх вузлів.
Пропозиції софтфорку Bitcoin затверджуються через консенсус серед розробників та ретельне тестування. Після підтримки основними майнерами її впроваджують у мережі. Схвалення потребує тривалого обговорення і перевірки.
Впровадження Reduced Data Soft Fork може зробити недійсними легітимні типи транзакцій у мережі. Це порушить чинну сумісність та ускладнить реалізацію протоколу.











