През последните няколко седмици редица хора обсъждаха предстоящото издание на Bitcoin Core версия 24.0 и как кодовата база ще включва логиката за пълна замяна по такса (RBF). Дискусията стана противоречива, тъй като няколко защитници на Lightning Network и нулево потвърждение изразиха неприязън към идеята за пълен RBF. Главният изпълнителен директор на Synonym, Джон Карвальо, беше остър критик на предложението в Twitter и на 3 ноември Карвальо отбеляза, че подмножество от разработчици на Core „в момента се опитват да атакуват биткойн, като принуждават програма за любимци да прави всички транзакции RBF от по подразбиране."
Bitcoin Core версия 24.0 за осигуряване на пълна RBF логика, нулево потвърждение и Lightning Network Адвокатите се изказват против предложението
Откакто беше заменено с такса (RBF). въведени през 2014 г. от софтуерния разработчик Питър Тод, темата е чувствителна. По същество RBF позволява на потребителите на биткойни да използват функцията, за да заменят непотвърдена транзакция с алтернативна транзакция с повишена такса. Въпреки това, когато транзакция е включена в блок, тя не може да бъде заменена от RBF в този момент. Схемата работи само с транзакции с нулево потвърждение (0-conf) (txns). Транзакциите с нулево потвърждение са трансфери, които могат да бъдат приети от търговец или услуга чрез мрежово излъчване, много преди миньорът да потвърди транзакцията в блок.
Според различни доклади, Bitcoin Core версия 24.0 ще осигури пълна RBF логика и идеята предизвика повече противоречия. „Досега възлите на Bitcoin Core прилагаха правилото „първи видян“, което означаваше, че конфликтните транзакции няма да бъдат приети в пула памет на възела (mempool) и препратени към партньори“, a обобщение описани от Bitcoin Magazine подробности. „С тази предстояща версия потребителите могат да изберат да накарат своите възли да приемат и препращат конфликтни транзакции, ако включват по-висока такса от (по-ранните транзакции), с които са в конфликт.“
Обобщението на Bitcoin Magazine обаче не включва противоречивите аргументи срещу логиката на full-RBF. Редица критици казаха, че замяната на транзакции вреди на мрежата и че тя помага за насърчаване двойно разходите нападки, Най- двойна атака твърдението е аргументирано, откакто RBF беше въведен за първи път във версия 0.12 на Bitcoin Core. В друго резюме на Bitcoin Core версия 24.0, a Средно пост публикувана на 29 октомври, авторът споменава някои от критиците и аргументите срещу пълната схема на RBF. Авторът цитира основателя на портфейла Muun на Lightning Network (LN), Дарио Снейдерманис.
„През последните няколко дни проучвахме най-новия кандидат за освобождаване на Bitcoin Core и открихме някои тревожни факти относно внедряването на пълен RBF с възможност за включване“, обясни Снейдерманис. Изпълнителният директор на Muun добави още, че „приложенията с нулева конфигурация (като Muun) сега трябва незабавно да деактивират функциите с нулева конфигурация.“ Критиката на Снейдерманис към предложената промяна продължи:
Ние от Muun ще трябва да изключим изходящите Lightning плащания за повече от 100,000 XNUMX потребители, което в момента е добра част от всички недоверителни Lightning плащания.
Изпълнителният директор на Synonym Джон Карвало казва, че RBF прави „харченето на биткойни по-опасно за потребителите и бизнеса“
Публикацията Medium, описваща Bitcoin Core версия 24.0, също споменава хора, които не са съгласни с анализа на главния изпълнителен директор на Muun. Например, разработчикът на Bitcoin Core Дейвид Хардинг казва, че надстройката „не променя заменимостта на транзакциите по никакъв съществен начин“. Публикацията в блога уточнява, че „Pieter Wuile прави подобен аргумент“, а софтуерният разработчик Luke Dashjr вече е внедрил пълна RBF логика в кодовата си база на софтуера Bitcoin Knots. Няколко дни след Средно пост беше публикуван, главният изпълнителен директор на Synonym, Джон Карвальо, туитна за дискусията и той включи някои обвинения.
„Подмножество от разработчици на Core в момента се опитват да атакуват биткойн, като принуждават дневния ред на домашен любимец да прави всички транзакции RBF по подразбиране“, Карвальо пише на 3 ноември 2022 г. „Тази атака включва лъжи и лобиране в пощенския списък на bitcoin-dev, промени в кода в основния възел и опити за подкупване на копачи. Търговците разчитат на 0-conf txns като начин за посрещане на нуждите на потребителите в търговията. RBF прави mempool по-малко надежден и харченето на биткойни по-опасно за потребителите и бизнеса,” Карвальо добави.
Колкото повече потребители харчат BTC, толкова по-ценно е то.
- Джон Карвальо (@BitcoinErrorLog) Ноември 4, 2022
Мнението на Carvalho беше посрещнато с противоречия и един потребител Споделено в Twitter че „разчитането на 0-conf транзакции не изглежда много умно, когато по-голямата част от транзакциите във веригата ще бъдат транзакции с много голяма стойност в бъдеще.“ Карвальо отговори и настоя, че „не е ваше решение какъв риск е приемлив за някой друг“. Друг човек каза Карвальо, че пълен RBF „изглежда [като] добър стимул за LN и по-малко подуване на L1. Междинно време [очевидна] болка за търговците. Но не-RBF никога няма да остане печеливш за повечето търговци.“
Изпълнителният директор на Synonym отговори и подчерта,:
Това е твърдение и прогноза, които са в конфликт с наблюдаваната реалност.
Силно мнозинство от липса на гласове отхвърля аргумента на Карвальо, Питър Тод казва, че миньорите са се свързали с него с молба за пълен RBF
Същия ден, Карвальо попита хора, за да докажат, че „Двойното харчене винаги е било лесно и възможно“. „Докажете го“, отбеляза изпълнителният директор на Synonym. „[Двойни разходи] в [Bitrefill], те буквално искат тестови примери.“ На следващия ден, Карвальо осигурен неговият RBF „аргумент и решение, опростено, без сензация“.
На Карвальо аргумент публикуван в Github, беше свален от голям брой NACK (Гласувайте за „Не“) и един човек каза: „Тъй като някой, който е имал транзакции да са блокирали преди, възможността за лесно RBF е най-доброто изживяване за потребителите.“ Друг човек уточни, че вярва, че транзакциите 0-conf не са безопасни и посочен:
[NACK] zero-conf не е безопасно, правенето на RBF малко по-трудно е заблуда.
Разработчик на софтуер Питър Тод спори срещу аргумента на Карвальо и в Github и обясни, че с него са се свързали биткойн миньори. „С мен лично наскоро се свързаха миньори с въпрос как могат да включат [пълен RBF]. Очевидно посочването им към опция за конфигурация е най-лесно за тях,” Тод каза Карвальо. Освен това Тод подчерта, че има търсене на пълната RBF функция. „Очевидно има търсене на тази опция“, Тод каза. „Изглежда, че мотивацията да го премахнем идва от опитите да направим zero conf по-безопасен“, добави разработчикът на софтуера.
Потребителят на Github, управляващ манипулатора „Зелен адрес” написа: “NACK. Планирах да използвам тази функция както лично, така и в производството, например на esplora/blockstream.info и Green wallet.“ Greenaddress допълнително разкритикува механизма за флаг за замяна с такса.
„Както казаха други, ние също можем да компилираме биткойн ядро, но това би било неудобство и като цяло мисля, че [RBF] флагът осигурява фалшиво усещане за сигурност, особено както видяхме наскоро дори нестандартни транзакции могат да намерят своя [начин] към миньори. До голяма степен съм съгласен с точките на afilini/ptodd/dbrozzoni,” Greenaddress сключено. Един човек обаче постави под въпрос целта зад Greenaddress, като каза, че планира да „използва тази функция както лично, така и в производството“.
"С каква цел?" индивидът попита Greenaddress в Github. „Не съм видял отговор на въпроса „Предлага ли [пълен-RBF] някакви предимства, освен нарушаване на бизнес практиките [zero-conf]? Ако е така, какви са те?“ Още; горното означава ли, че имате такъв?“
Какво мислите за противоречията около пълната функция RBF, която разработчиците предложиха да добавят към кодовата база на Bitcoin Core? Какво мислите за аргументите на Снайдерманис и Карвальо срещу пълната логика на RBF? Кажете ни какво мислите по тази тема в секцията за коментари по-долу.
Кредити за изображения: Shutterstock, Pixabay, Wiki Commons
Отказ от отговорност: Тази статия е само с информационна цел. Това не е пряка оферта или привличане на оферта за покупка или продажба, или препоръка или одобрение на каквито и да е продукти, услуги или компании. Bitcoin.com не предоставя инвестиционни, данъчни, правни или счетоводни съвети. Нито компанията, нито авторът са отговорни пряко или косвено за щети или загуби, причинени или предполагаеми, причинени от или във връзка с използването или разчитането на каквото и да е съдържание, стоки или услуги, посочени в тази статия.
Източник: https://news.bitcoin.com/bitcoin-cores-version-24-0-full-rbf-proposal-sparks-controversy-synonym-ceo-calls-pet-agenda-an-attack/