Re: Bitcoin Узлов стимулирования
Основная теория Bitcoin, как я понимаю, как это: Шахтеры стимулы за счет сборов + блок вознаграждение в шахту и, таким образом, создать критическую основу сети. Каждый шахтер должен быть узел, следовательно, будет по крайней мере, так как многие узлами, как шахтеры.
В настоящее время в совершенно децентрализованной системе, каждый будет узел и шахтер, и не было бы никакой проблемы. Однако на самом деле, добычей является специализированной промышленностью и она становится все более специализированной, как день проходит. И узлы не имеют никакого стимула, так что сеть действительно на милости доброй воли людей, которые voluntarly работают полный узел некоммерческие. Это, безусловно, проблема.
Добыча будет централизована, что неизбежно, так же, как сельское хозяйство в последние 5000 лет практиковалось 80% населения, сейчас это делается только на 1-2%, то же самое произойдет с добычей Bitcoin. Однако Bitcoin добыча централизация другая тема, и количество узлов даже большей проблемой, чем это.
Таким образом, шахтеры будут все меньше и меньше, даже с стимулами. Но как насчет узлов? У них есть стимул 0, так что проблема здесь даже больше, и я боюсь, что в ближайшие годы узел может резко сокращаться делает сеть очень небезопасно.
-Торговцы вряд ли будут узлы, они будут просто использовать платный API данный службой специализированного хостинга узла, который будет так же, как любой крупный хостинг-провайдера.
-Отдельные пользователи, привычка даже потрудились выполнить полный узел, так как требования к оборудованию будут большими, и они будут просто использовать легкие или веб-кошельки
-Шахтеры будут узлы, но вопрос в том, как долго, пока они не разработать технологию, где они будут использовать централизованный узел хостинга, и они будут поставлять только мощность добычи к нему.
Таким образом, вывод о том, что узлы умирающий вид, нет абсолютно никаких стимулов для людей, чтобы быть узлов, и он будет медленно сокращаться и сделать Bitcoin сети очень небезопасно.
Мое предложение, чтобы стимулировать узлы
Очевидно, что возни с протоколом не является хорошей идеей, так что мы не можем изменить протокол включать узлы в системе вознаграждения (как это должно было быть сделано 95-5% раскол с шахтерами и узлов). Однако мы можем сделать это offchain, с боковыми цепями, смарт-контрактами или другими технологиями. Следующие идеи пришли мне в голову, и некоторые из них могут быть реализованы, или даже все из них, если они подходят. Все реализации будут факультативными, так что если узел не хочет участвовать, он может отказаться,.
1) Пожертвование бассейн для узлов
Пожертвование бассейн для узлов может быть реализован, и каждый узел может участвовать в нем, voluntarly. В то время как люди могут пожертвовать в бассейн и бассейн автоматически пересылает каждое пожертвование Bitcoin адрес каждого узла.
Там должен быть сервер или какой-то offchain решения для хранения информации, или какой-то умной контрактной системы, которая автоматически и прозрачно выполняет эту процедуру.
Таким образом, каждый узел будет получать долю каждого пожертвования, когда кто-то жертвует
Вы можете получить вдохновение от подхода бумажника Электрума, в то время как каждый электрум сервер имеет адрес пожертвования, и люди могут пожертвовать там, то же самое можно сделать с помощью Bitcoin узлов, но автоматически.
2) Для получения прибыли системы API узлов
Узел может делегировать ему доступ к сети клиентам, как в Сервер->клиент отношение. Каждый узел представляет собой сервер, так что клиенты, которые не хотят, чтобы запустить полный узел, но хотят получить доступ к сети Bitcoin, может сделать это в системе API, что они будут платить за.
Так, например, если компания А не хочет установить и поддерживать узел Bitcoin, но хочет, чтобы транслировать операции надежно направлять в сеть. Они будут платить абонентскую плату, чтобы использовать Bitcoin узлы с помощью системы API.
Таким образом, система API может подключить доступ к узлу Bitcoin непосредственно с клиентом, они будут платить за него, а узлы затем обеспечить доступ к их услугам.
Однако загвоздка в том, что доступ к API будет распределяться между всеми узлами, так что абонент не всегда будет подключаться 1 узел, но узел (узлы) ближе всего к нему или в случайном порядке, а абонентская плата будет поровну распределена между всеми узлами пропорциональных их бесперебойной работы%. Это позволит обеспечить, чтобы все узлы получить кусок пирога, и будет стимулировать много людей, чтобы просто запустить полный узел заработать биткойно.
И не только вещания, но получать статистические данные из сети и других. Представьте себе, это просто нравится Система API blockchain.info, но было бы некоммерческим и каждый узел мог бы сделать это.
Это также должно быть сделано с помощью какого-то умного контракта или offchain решения, но я думаю, что это выполнимо.
Большинство узлов уже ограничивают количество TX они позволяют, не допустить DDOS, так почему бы не сделать вещание с целью получения прибыли и ликвидации DDOS навсегда (потому что DDOS происходит только когда доступ свободен)
3) финансирование Altcoin Bitcoin узлы
Военнопленный инфляционный altcoin может быть создан (BTCNODECOIN?), Который будет финансировать узлы непосредственно. Это будет раздувать навсегда, как dogecoin, и 50% из добываемых монет будет идти непосредственно в качестве пожертвования в Bitcoin узлы, чтобы финансировать их. Остальные 50% пошли бы к altcoin шахтеров так же, как обычно. Таким образом, altcoin шахтеры и узлы разделят награду, но шахтеры будут делать свою работу.
Таким образом, инвесторы, которые вкладывают деньги в это будут непосредственно поддерживать все узлы Bitcoin, и таким образом люди могли поддерживать узлы.
Это почти эквивалентно 1), однако altcoin подход вместо бассейна пожертвования более самодостаточный. А спекулянты + инвесторы + доноры это лучший подход, чем только лишь доноры.
4) предложение kushti в
Есть некоторые согласительные протоколы добавляющие вознаграждения за полных узлов к Proof-оф-работы, например, Доказательство-оф-активности по Bentov / Rosenfeld http://eprint.iacr.org/2014/452.pdf и протокол шахты http://arxiv.org/abs/1603.07926 (Работа над новой версией бумаги прямо сейчас, это будет более формализованным)
Так вот мои идеи для восстановления узлов. Все реализации будут факультативными, так что если узел не хочет участвовать или рисковать свою сеть на уязвимость, он может отказаться. Но новые узлы могли прийти в существование, поскольку они становятся Incentivized.
Также я оставляю техническую часть для разработчиков и программистов, чтобы выяснить, я просто потушить идею, а детали можно обсудить.