- Автор темы
- #1
В связи с активной разработкой Taproot и подписей Шнорра в сообществе разработчиков Биткоина ведутся споры о том, какой способ внесения изменений предпочтительнее для этого обновления.
В сообществе вновь всплывают старые споры, подчеркивая одну из важнейших проблем, стоящих перед децентрализованными системами: как обновлять программное обеспечение, когда нет центрального органа власти. На этот раз катализаторами дискуссии стали Taproot и подписи Шнорра. Эти обновления в области конфиденциальности и масштабирования разрабатывались несколько лет и недавно достигли значительного прогресса.
В январе разработчики Taproot опубликовали на GitHub три BIP, принятие которых способствует внедрению обновления. Один из основных создателей технологии Питер Вюлле (Pieter Wuille) представил на GitHub находящееся в работе изменение кода в «пуле запросов на включение изменений». Это значительно приблизило развертывание обновлений, обсуждение которых началось несколько лет назад.
Само изменение кода пока не вызывает споров у разработчиков. Дискуссия сосредоточилась только вокруг того, какой способ активации обновления будет наилучшим и наконец сделает новый метод отправки BTC доступным. Поскольку Биткоин не имеет единого лидера и распространен по всему миру, подобные вопросы не могут не возникать на повестке дня.
Каким образом улучшить сеть так, чтобы обновление было обратно совместимым и позволило тем, у кого более старые версии программного обеспечения, продолжать участвовать в работе Биткоина? Каким способом лучше всего осуществлять подобные обновления?
Следует уточнить, что код Биткоина обновляется почти каждый день глобальной сетью разработчиков. Однако «консенсусные» изменения кода, затрагивающие более глубокую часть Биткоина, требуют софтфорка, который, в свою очередь, нуждается в определенной координации для беспроблемного развертывания.
Сейчас разработчики тщательно изучают предложенный код Taproot и подписей Шнорра, чтобы решить любые возможные проблемы с обновлением. Поэтому еще есть время обсудить варианты активации. Но сообщество неизбежно должно будет принять какое-то решение, прежде чем изменения будут добавлены в сеть.
В сообществе вновь всплывают старые споры, подчеркивая одну из важнейших проблем, стоящих перед децентрализованными системами: как обновлять программное обеспечение, когда нет центрального органа власти. На этот раз катализаторами дискуссии стали Taproot и подписи Шнорра. Эти обновления в области конфиденциальности и масштабирования разрабатывались несколько лет и недавно достигли значительного прогресса.
В январе разработчики Taproot опубликовали на GitHub три BIP, принятие которых способствует внедрению обновления. Один из основных создателей технологии Питер Вюлле (Pieter Wuille) представил на GitHub находящееся в работе изменение кода в «пуле запросов на включение изменений». Это значительно приблизило развертывание обновлений, обсуждение которых началось несколько лет назад.
Само изменение кода пока не вызывает споров у разработчиков. Дискуссия сосредоточилась только вокруг того, какой способ активации обновления будет наилучшим и наконец сделает новый метод отправки BTC доступным. Поскольку Биткоин не имеет единого лидера и распространен по всему миру, подобные вопросы не могут не возникать на повестке дня.
Каким образом улучшить сеть так, чтобы обновление было обратно совместимым и позволило тем, у кого более старые версии программного обеспечения, продолжать участвовать в работе Биткоина? Каким способом лучше всего осуществлять подобные обновления?
Следует уточнить, что код Биткоина обновляется почти каждый день глобальной сетью разработчиков. Однако «консенсусные» изменения кода, затрагивающие более глубокую часть Биткоина, требуют софтфорка, который, в свою очередь, нуждается в определенной координации для беспроблемного развертывания.
Сейчас разработчики тщательно изучают предложенный код Taproot и подписей Шнорра, чтобы решить любые возможные проблемы с обновлением. Поэтому еще есть время обсудить варианты активации. Но сообщество неизбежно должно будет принять какое-то решение, прежде чем изменения будут добавлены в сеть.