Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
27 октября 2016, 1:54:44 PM   # 1
 
 
Сообщения: 573
Цитировать по имени
цитировать ответ
по умолчанию Re: Динамический макс размер блока зависит от сборов

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Я не знаю, было это уже обсуждалось или нет, я не нашел.
Если мы хотим сделать максимально размер_блок динамическим, почему бы не мы делаем это зависит от сборов оплаченных за блок.
Это кажется естественным потребовать средней платы за байтом расти с ростом блока, если мы эту зависимость линейной, она будет выглядеть следующим образом:

F / S = A + B (S - S0)

где
е - общая сумма сделка плата оплачена за рассматриваемый блок,
S - размер блока,
S0 - безусловно допустимый размер, то есть шахтеры могут формировать блоки любого размера меньшего, чем S0 заполненных сделок не платят никаких взносов на всех,
а, б - некоторые константы.
В формуле это предполагается, что S >= S0, противоположный случай тривиально.

Мы могли бы также записать это уравнение по-другому:

(Е - f0) / (S - S0) = K * S * f0 / S0

Здесь f0 - минимальная общая плата, что операции должны заплатить, чтобы сформировать блок размера точно S0, k - константа.
Явная формула для общей стоимости, выраженная из второго уравнения:

F = 0 (1 + K * S * (S / S0 - 1))

е, очевидно, квадратичная на S, то, что означает, что мы по-прежнему защищен от спам-транзакций.

Твои мысли?
stdset сейчас офлайн Пожаловаться на stdset   Ответить с цитированием Мультицитирование сообщения от stdset Быстрый ответ на сообщение stdset


Как заработать Биткоины?
Без вложений. Не майнинг.


27 октября 2016, 7:53:46 PM   # 2
 
 
Сообщения: 573
Цитировать по имени
цитировать ответ
по умолчанию Re: Динамический макс размер блока зависит от сборов

Получил 1806 Биткоинов
Реальная история.





Сеть видит эти высокие сборы и делает блоки больше и больше.
Размер блока не зависит от размеров других блоков.

Edit: Но я согласен, что с этим проектом шахтеры могут сделать блоки сколь угодно большим, включив очень высокие сделки плату без размещения этих операций в сети. То есть шахтер включает скажет 100 BTC платы за сделку и набивает блок с большим количеством очень низких сделок платы. Я думаю, что этот вопрос может быть смягчен, хотя. Например, мы можем установить ограничение на соотношение высокий и самый низкий за байт платных операций, входящих в блок.
stdset сейчас офлайн Пожаловаться на stdset   Ответить с цитированием Мультицитирование сообщения от stdset Быстрый ответ на сообщение stdset

27 октября 2016, 8:05:46 PM   # 3
 
 
Сообщения: 2002
Цитировать по имени
цитировать ответ
по умолчанию Re: Динамический макс размер блока зависит от сборов

Сеть видит эти высокие сборы и делает блоки больше и больше.
Размер блока не зависит от размеров других блоков.

Я буду более внимательно взглянуть на формулы вас в курсе. Может быть, я не понял, что вы предлагали. В то же время, я удалил мой (возможно, вводящей в заблуждение) ответ.
DannyHamilton сейчас офлайн Пожаловаться на DannyHamilton   Ответить с цитированием Мультицитирование сообщения от DannyHamilton Быстрый ответ на сообщение DannyHamilton

27 октября 2016, 8:08:21 PM   # 4
 
 
Сообщения: 147
Цитировать по имени
цитировать ответ
по умолчанию Re: Динамический макс размер блока зависит от сборов

Я не знаю, было это уже обсуждалось или нет, я не нашел.
Динамический макс размер_блок зависит от сборов был предложен ранее в BIP 106. Но, ваша формула для регулировки размера блока, кажется, по-другому.
CounterEntropy сейчас офлайн Пожаловаться на CounterEntropy   Ответить с цитированием Мультицитирование сообщения от CounterEntropy Быстрый ответ на сообщение CounterEntropy

27 октября 2016, 8:55:43 PM   # 5
 
 
Сообщения: 573
Цитировать по имени
цитировать ответ
по умолчанию Re: Динамический макс размер блока зависит от сборов

Динамический макс размер_блок зависит от сборов был предложен ранее в BIP 106.
Спасибо за ссылку, это очень много интересного чтения. Я вижу, что подобные идеи обсуждались более чем год назад.
stdset сейчас офлайн Пожаловаться на stdset   Ответить с цитированием Мультицитирование сообщения от stdset Быстрый ответ на сообщение stdset

27 октября 2016, 11:41:25 PM   # 6
 
 
Сообщения: 573
Цитировать по имени
цитировать ответ
по умолчанию Re: Динамический макс размер блока зависит от сборов

Edit: Но я согласен, что с этим проектом шахтеры могут сделать блоки сколь угодно большим, включив очень высокие сделки плату без размещения этих операций в сети. То есть шахтер включает скажет 100 BTC платы за сделку и набивает блок с большим количеством очень низких сделок платы. Я думаю, что этот вопрос может быть смягчен, хотя. Например, мы можем установить ограничение на соотношение высокий и самый низкий за байт платных операций, входящих в блок.
Более элегантное решение поставить сказать половину сборов, которые превышают f0 пул платы, так же, как предложил Мени Розенфельд. Если бассейн не пусто, каждый новый блок может претендовать на какую-то часть этих средств.
stdset сейчас офлайн Пожаловаться на stdset   Ответить с цитированием Мультицитирование сообщения от stdset Быстрый ответ на сообщение stdset

28 октября 2016, 12:10:37 AM   # 7
 
 
Сообщения: 147
Цитировать по имени
цитировать ответ
по умолчанию Re: Динамический макс размер блока зависит от сборов

Динамический макс размер_блок зависит от сборов был предложен ранее в BIP 106.
Спасибо за ссылку, это очень много интересного чтения. Я вижу, что подобные идеи обсуждались более чем год назад.
Соответствующая нить в случае и г интересно -
CounterEntropy сейчас офлайн Пожаловаться на CounterEntropy   Ответить с цитированием Мультицитирование сообщения от CounterEntropy Быстрый ответ на сообщение CounterEntropy

28 октября 2016, 1:39:37 AM   # 8
 
 
Сообщения: 573
Цитировать по имени
цитировать ответ
по умолчанию Re: Динамический макс размер блока зависит от сборов

Соответствующая нить в случае и г интересно -
Я уже начал читать.
BIP 106 обеспечивает способ медленного изменения макс блочный, отражая медленные процессы изменения усыновлению, в то время как моя забота, как справиться с внезапным значительным увеличением притока ТХ.
Я считаю, что оба подхода могут работать вместе. С точки зрения ОП, BIP 106 может медленно меняться S0, а может быть другой алгоритм, аналогичный тому, что предлагается в ОП, который может быстро, без каких-либо задержек, увеличить максимальный размер блока при необходимости. Может быть, даже термин "макс размер_блока" становится в заблуждение с этим подходом. Блоки становятся эластичными, как Мени Rosenfeld объясняет. Есть "непринужденный" размер блока, который можно регулировать в соответствии с BIP 106, но мы можем "протяжение" блоки, временно "раздувать" их, когда это необходимо.
stdset сейчас офлайн Пожаловаться на stdset   Ответить с цитированием Мультицитирование сообщения от stdset Быстрый ответ на сообщение stdset

31 октября 2016, 11:06:14 AM   # 9
 
 
Сообщения: 1456
Цитировать по имени
цитировать ответ
по умолчанию Re: Динамический макс размер блока зависит от сборов

Хотя я всегда был поклонником BIP106, я начинаю ценить достоинства "предложение 2" немного больше сейчас. Что делает его зависимым от сборов, безусловно, добавить дополнительный уровень безопасности.


Соответствующая нить в случае и г интересно -
Я уже начал читать.
BIP 106 обеспечивает способ медленного изменения макс блочный, отражая медленные процессы изменения усыновлению, в то время как моя забота, как справиться с внезапным значительным увеличением притока ТХ.
Я считаю, что оба подхода могут работать вместе. С точки зрения ОП, BIP 106 может медленно меняться S0, а может быть другой алгоритм, аналогичный тому, что предлагается в ОП, который может быстро, без каких-либо задержек, увеличить максимальный размер блока при необходимости. Может быть, даже термин "макс размер_блока" становится в заблуждение с этим подходом. Блоки становятся эластичными, как Мени Rosenfeld объясняет. Есть "непринужденный" размер блока, который можно регулировать в соответствии с BIP 106, но мы можем "протяжение" блоки, временно "раздувать" их, когда это необходимо.

"внезапное значительное увеличение притока ОГО" часть хитрый, так как нет никакого реального способа различать атаки по сети и увеличение законного использования. Это лучше, если BLOCKSIZE корректировки не слишком велики на одном дыхании, как будто кто-то нашел способ обойти систему, небольшие корректировки сделает атаку более дорогостоящим для поддержания и даст разработчикам больше времени, чтобы обнаружить и исправить эту проблему до того, как злоумышленник сделал слишком много повреждений.
DooMAD сейчас офлайн Пожаловаться на DooMAD   Ответить с цитированием Мультицитирование сообщения от DooMAD Быстрый ответ на сообщение DooMAD

2 ноября 2016, 6:42:58 PM   # 10
 
 
Сообщения: 573
Цитировать по имени
цитировать ответ
по умолчанию Re: Динамический макс размер блока зависит от сборов

Хотя я всегда был поклонником BIP106, я начинаю ценить достоинства "предложение 2" немного больше сейчас. Что делает его зависимым от сборов, безусловно, добавить дополнительный уровень безопасности.


Соответствующая нить в случае и г интересно -
Я уже начал читать.
BIP 106 обеспечивает способ медленного изменения макс блочный, отражая медленные процессы изменения усыновлению, в то время как моя забота, как справиться с внезапным значительным увеличением притока ТХ.
Я считаю, что оба подхода могут работать вместе. С точки зрения ОП, BIP 106 может медленно меняться S0, а может быть другой алгоритм, аналогичный тому, что предлагается в ОП, который может быстро, без каких-либо задержек, увеличить максимальный размер блока при необходимости. Может быть, даже термин "макс размер_блока" становится в заблуждение с этим подходом. Блоки становятся эластичными, как Мени Rosenfeld объясняет. Есть "непринужденный" размер блока, который можно регулировать в соответствии с BIP 106, но мы можем "протяжение" блоки, временно "раздувать" их, когда это необходимо.

"внезапное значительное увеличение притока ОГО" часть хитрый, так как нет никакого реального способа различать атаки по сети и увеличение законного использования. Это лучше, если BLOCKSIZE корректировки не слишком велики на одном дыхании, как будто кто-то нашел способ обойти систему, небольшие корректировки сделает атаку более дорогостоящим для поддержания и даст разработчикам больше времени, чтобы обнаружить и исправить эту проблему до того, как злоумышленник сделал слишком много повреждений.
Это задумано, что blockspace превышение S0 может быть только «купил», он никогда не бесплатно. Космические покупки в любых двух различных блоков полностью независимы. То есть если пользователи купили дополнительное пространство, эквивалентное S0 в блоке N, что не влияет на блок N + 1. N + 1, все еще имеет S0 свободное пространство, любое дополнительное пространство должно быть оплачены за. Чем больше пользователей пространства купить в любом данном блоке, тем дороже он становится. Это не влияет на другие блоки.

Также важно понимать, что при оптимистическом сценарии, если принятие Bitcoin продолжает расти, и, надеюсь, Bitcoin экономики становится сравнимыми по размеру представить USD или EUR экономику, сборы должны оставаться на низком уровне (т.е. общие сборы в блоке должны быть гораздо меньше, чем блок субсидия) в течение многих лет и, возможно, даже десятилетия спустя, из-за добычи потребления энергии.
stdset сейчас офлайн Пожаловаться на stdset   Ответить с цитированием Мультицитирование сообщения от stdset Быстрый ответ на сообщение stdset



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW