Любую значимую норму трудно исчерпывающе сформулировать; этим отчасти сложна проблема ценности. Это верно даже для чего-то, казалось бы, совершенно недвусмысленного вроде лимита в 21 миллион монет[46]. Конечно, можно добавить строку кода assert total_supply <= 21000000 с комментарием «не удалять ни при каких обстоятельствах», но есть множество обходных путей. Например, кто-то может догадаться сделать софтфорк, который добавляет обязательную комиссию за транзакцию, пропорциональную стоимости монеты, умноженной на время с момента последней отправки монет, и это будет эквивалентно демереджу[47], что, в свою очередь, эквивалентно дефляции. Также можно внедрить другую валюту под названием «бпткойн» с 21 миллионом новых единиц и добавить функцию, при которой майнер может перехватить отправленную биткойн-транзакцию и потребовать биткойн, взамен отдав получателю бпткойн. В таком случае биткойны и бпткойны быстро станут взаимозаменяемыми, увеличив «общее предложение» до 42 миллионов без изменений той строчки кода. Обеспечить соблюдение «более мягких» норм вроде невмешательства в состояние приложения еще труднее.
Мы
Однако я вовсе не хочу идти другим путем и утверждать, что голосования монетами или другие схемы, подобные голосованию внутри блокчейна, вообще не стоит применять в управлении. Главной альтернативой здесь кажется консенсус главных разработчиков, но и это, на мой взгляд, может представлять серьезную угрозу в тех случаях, когда режим отказа контролируют «интеллектуалы в башне из слоновой кости», которые больше заботятся об абстрактных философских вопросах и изящных технических решениях, чем о реальных повседневных проблемах вроде взаимодействия с пользователем и транзакционных сборов.
Как же решить эту дилемму? Для начала можем прислушаться к тому, что slatestarcodex[48] говорит в контексте традиционной политики:
Кажется, в управлении блокчейном это тоже самый подходящий путь. Я выступаю за подход «многофакторного консенсуса», при котором учитываются различные координирующие флажки, механизмы и группы и окончательное решение зависит от общего результата. К таким флажкам могут относиться:
▒ дорожная карта (то есть набор идей о направлениях развития проекта, озвученных на его ранних стадиях);