Эта часть протокола требует что весь счет
хранители решают и соглашаются со стоимостью определенных вычислений.
К сожалению, потому что вычислительная технология имеет тенденцию продвигаться быстро и
не всегда публично, эта информация может быть недоступной, неточной, или
устаревший, все из которых вызвали бы серьезные проблемы для протокола.
Таким образом, я предлагаю альтернативный денежный подпротокол создания, в который счет
хранители (все в первом протоколе или серверы во втором
протокол), вместо этого решают и соглашаются с суммой b-денег, которые будут созданы
каждый период, со стоимостью создания тех денег, определенных
аукцион. Каждый денежный период создания разделен в четыре фазы, как
следует:
1. Планирование. Хранители счета вычисляют и ведут переговоры друг с другом к
определите оптимальное увеличение денежной массы в течение следующего периода.
Могут ли хранители счета достигнуть согласия, каждого из них
передайте их денежную квоту создания и любые макроэкономические вычисления
сделанный, чтобы поддерживать числа.
2. Предложение цены. Любой, кто требует создать b-деньги, передает предложение в
форма <x, y="">, где x является суммой b-денег, он требует создать, и y
нерешенная проблема от предопределенного проблемного класса. Каждая проблема в
у этого класса должна быть номинальная стоимость (в годах MIPS, говорят), который является
публично согласованный.
3. Вычисление. После наблюдения предложений, те, кто сделал ставки в
предложение цены фазы может теперь решить проблемы в их предложениях и вещать
решения.
4. Денежное создание. Каждый хранитель счета принимает самые высокие предложения (среди
те, кто фактически передал решения) с точки зрения номинальной стоимости за
единица созданных b-денег и кредитует счета участников торгов соответственно.</x,>
хранители решают и соглашаются со стоимостью определенных вычислений.
К сожалению, потому что вычислительная технология имеет тенденцию продвигаться быстро и
не всегда публично, эта информация может быть недоступной, неточной, или
устаревший, все из которых вызвали бы серьезные проблемы для протокола.
Таким образом, я предлагаю альтернативный денежный подпротокол создания, в который счет
хранители (все в первом протоколе или серверы во втором
протокол), вместо этого решают и соглашаются с суммой b-денег, которые будут созданы
каждый период, со стоимостью создания тех денег, определенных
аукцион. Каждый денежный период создания разделен в четыре фазы, как
следует:
1. Планирование. Хранители счета вычисляют и ведут переговоры друг с другом к
определите оптимальное увеличение денежной массы в течение следующего периода.
Могут ли хранители счета достигнуть согласия, каждого из них
передайте их денежную квоту создания и любые макроэкономические вычисления
сделанный, чтобы поддерживать числа.
2. Предложение цены. Любой, кто требует создать b-деньги, передает предложение в
форма <x, y="">, где x является суммой b-денег, он требует создать, и y
нерешенная проблема от предопределенного проблемного класса. Каждая проблема в
у этого класса должна быть номинальная стоимость (в годах MIPS, говорят), который является
публично согласованный.
3. Вычисление. После наблюдения предложений, те, кто сделал ставки в
предложение цены фазы может теперь решить проблемы в их предложениях и вещать
решения.
4. Денежное создание. Каждый хранитель счета принимает самые высокие предложения (среди
те, кто фактически передал решения) с точки зрения номинальной стоимости за
единица созданных b-денег и кредитует счета участников торгов соответственно.</x,>