Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
13 декабря 2016, 10:42:55 AM   # 1
 
 
Сообщения: 573
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложения для быстрого динамического размера блока

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


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

Так вот один предложение TierNolan:
Идея, которую я имел о загруженности сети в том, что сделки могут предварительно купить блок пространства.

Правило размера блока этого типа будет 10MB в блок общего размера, но все блоки ограничены 1МБЫ "модифицированный" размер блока тоже.

Обычно модифицированный установленный размер сделки будет просто размер сделки. Для каждого выхода, он может добавить дополнительную нагрузку. Это увеличивает измененный размер этой транзакции, но затем уменьшается измененный размер сделки расходов.

Операция 500 байт может иметь выход, который загружается в 500 байт. Эта сделка будет рассчитывать как операция 1000 байт для целей модифицированного размера блока.

Если выход проводит операции 490 байт, то, что транзакция будет считаться -10 байт.

По сути, изменения размера этой сделки будет

Фактический размер + сумма (выходная нагрузка) - сумма (вход загрузка)

При загрузке выходного сигнала, что сделка стоит больше, но тогда сделка расходы стоит меньше.

Это означает, что канал открытых транзакции могут быть загружены так, чтобы канал совершать сделки фактически не использовать блок пространства.

Если есть много заторов шахтеров еще может включать до 10 МБ канала вблизи операций в блок. Средний размер блока будет 1 МБ, но может быть увеличен на 10 раз в случае чрезвычайной ситуации.

И еще, по Мени Розенфельд (полное описание долго, так что я процитировал только tldr):
ТЛ; д-р: я предлагаю заменить жесткий колпачок на размер данных блока (1 Мб, 20 Мб или бы то ни было) с упругим одной, где сопротивление крупных блоков постепенно накапливается. Шахтеры будут обязаны заплатить штраф сверхлинейного для больших блоков, которые будут выплачен в бассейн платы опрокидывания. Это позволит значительно повысить надежность Bitcoin к ситуации, когда приближенная блок колпачок, и позволить здоровый рынку платы.

Вы знаете о других предложениях? Видите ли вы какие-либо уязвимости? Какие предложения вы считаете лучшим? Давайте обсудим.
stdset сейчас офлайн Пожаловаться на stdset   Ответить с цитированием Мультицитирование сообщения от stdset Быстрый ответ на сообщение stdset


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


13 декабря 2016, 1:46:58 PM   # 2
 
 
Сообщения: 201
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложения для быстрого динамического размера блока

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





Я не уверен, что понимаю предложение TierNolan в. Если сделка 500 байт большая, почему это нужно дополнительные 500 байт пространство? Ни одна другая транзакция в блоке не может его использовать. Если сделка 1000 байт большая, но есть только 500 байт остались в блоке, сделка не придется покупать дополнительное пространство, шахтер бы просто добавить его, если он имел разрешения увеличить размер блока выше 1 Мб, а отправитель будет платить за целых 1000 байт.

Кроме того, почему размер сделки тратит такой входной вопрос? Какая польза ли кто-либо из этих оставшихся 10 байт (500-490)?
Манфреда MACX сейчас офлайн Пожаловаться на Манфреда MACX   Ответить с цитированием Мультицитирование сообщения от Manfred Macx Быстрый ответ на сообщение Manfred Macx

13 декабря 2016, 2:25:52 PM   # 3
 
 
Сообщения: 573
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложения для быстрого динамического размера блока

Если сделка 500 байт большая, почему это нужно дополнительные 500 байт пространство?
Давайте назовем это ТМ - TX1 и последующим ТМ, который проводит выходные, созданные TX1 - tx2.
Там может быть ситуации, когда очень важно, чтобы получить TX2 подтвержденные своевременно, например, он может быть аварийным каналом закрытия ОГО или открытие канала ОГО прерывания (в некоторых конструкциях LN). Если наше открытие канала txes prebuy блок пространства как TX1, шахтеры будут свободно включать закрытие txes даже если блоки заполнены и есть много неподтвержденного регулярного txes.
В сценарии массовых аварийных каналов закрытия (например, большая ступица идет изгоев), блоки будут эффективно увеличивать в размерах в несколько раз и будет предотвращено хищение средств. В то же время мы по-прежнему уверены, что все дополнительные blockspace не является бесплатным.
stdset сейчас офлайн Пожаловаться на stdset   Ответить с цитированием Мультицитирование сообщения от stdset Быстрый ответ на сообщение stdset

14 декабря 2016, 1:04:53 PM   # 4
 
 
Сообщения: 201
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложения для быстрого динамического размера блока

Давайте назовем это ТМ - TX1 и последующим ТМ, который проводит выходные, созданные TX1 - tx2.
Там может быть ситуации, когда очень важно, чтобы получить TX2 подтвержденные своевременно, например, он может быть аварийным каналом закрытия ОГО или открытие канала ОГО прерывания (в некоторых конструкциях LN). Если наше открытие канала txes prebuy блок пространства как TX1, шахтеры будут свободно включать закрытие txes даже если блоки заполнены и есть много неподтвержденного регулярного txes.
В сценарии массовых аварийных каналов закрытия (например, большая ступица идет изгоев), блоки будут эффективно увеличивать в размерах в несколько раз и будет предотвращено хищение средств. В то же время мы по-прежнему уверены, что все дополнительные blockspace не является бесплатным.

Спасибо, теперь я понимаю. Таким образом, операции потребуется новое поле (или опкод или что-то подобное), чтобы сигнализировать, что он prebuying пространства. Но не для себя, но и для любой транзакции тратит. И поскольку каждая сделка должна платить за место, это должно предотвратить потенциальную атаку спама.

Но что, если TX1 не делает его в блок на время? не то, что будет означать, что каждая сделка в этой цепочке должна prebuy пространства, только в случае, если это не делает его в блок? Если есть достаточно места в блоке, tx2 будет по-прежнему считается, что используя дополнительное пространство это родитель купил, я полагаю? Кроме того, если все операции в канале отосланы-цепи и только открытие и закрытие из них отправляется на цепи, не будет, что означает, что сначала мы должны были бы отправить Прд1 к prebuy пространства, а затем tx2, может быть, использовать это пространство?

Мы также по-прежнему остается произвольным лимит 10 Мб, которая может быть достаточно только для ограниченного количества времени.
Манфреда MACX сейчас офлайн Пожаловаться на Манфреда MACX   Ответить с цитированием Мультицитирование сообщения от Manfred Macx Быстрый ответ на сообщение Manfred Macx

14 декабря 2016, 4:08:45 PM   # 5
 
 
Сообщения: 573
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложения для быстрого динамического размера блока

Но что, если TX1 не делает его в блок на время?
В отличие от tx2, время подтверждения TX1 не имеет решающего значения, если требуется больше времени, чем мы ожидали, это просто неудобство для нас в худшем случае. И чтобы убедиться, что это не займет слишком много времени нам нужно только включить конкурентоспособную плату, пропорционального размера модифицированного ОГО.

Если есть достаточно места в блоке, tx2 будет по-прежнему считается, что используя дополнительное пространство это родитель купил, я полагаю?
Я думаю, что это так, я не уверен, однако, может быть, это может быть реализовано различными способами. Но даже если он считает, как использование дополнительного пространства, что не расстраивает нас много. Потому что действительно важно в этом случае время подтверждения. Мы только рыхлый плата за это дополнительное пространство.

Кроме того, если все операции в канале отосланы-цепи и только открытие и закрытие из них отправляется на цепи, не будет, что означает, что сначала мы должны были бы отправить Прд1 к prebuy пространства, а затем tx2, может быть, использовать это пространство?
Я не уверен, если понимать вас здесь. В уровне 3 LN (один, который нуждается в segwit), важно, чтобы все обязательства txes prebuy достаточно мест для некоторых выходов, так что txes тратить эти выходы легко подтверждены. Если один из участников канала отказывается использовать пространство prebuying, это красный свет, другой участник канала должен немедленно закрыть канал, или воздержаться от открытия канала, если он еще не открыт. Открытие ОЕ должны также prebuy пространства достаточно для обязательств ОГО.

Мы также по-прежнему остается произвольным лимит 10 Мб, которая может быть достаточно только для ограниченного количества времени.
Я думаю, что цифры здесь совершенно произвольны. Они могут быть скорректированы в соответствии с сообществом консенсуса по оптимальному размеру блока. Кроме того, они могут быть скорректированы путем медленным динамическим блочного алгоритмом, если один никогда не будут приняты.
stdset сейчас офлайн Пожаловаться на stdset   Ответить с цитированием Мультицитирование сообщения от stdset Быстрый ответ на сообщение stdset

14 декабря 2016, 5:39:24 PM   # 6
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложения для быстрого динамического размера блока

Я не уверен, что понимаю предложение TierNolan в. Если сделка 500 байт большая, почему это нужно дополнительные 500 байт пространство?

Вы спасаете его для последующих блоков.

Блок полного канала открытых транзакций будет ограничен 0.5Mb, поскольку каждая сделка считается в два раза больше пространства.

Это означает, что закрытие транзакция стоит нулевого пространства. Если произошла авария (много каналов должны быть быстро закрыто из-за атаки DOS) шахтеры могли бы производить 10Mb блоки, которые содержат 9MB русловых близких сделок.

Это ограничивает средний размер блока до 1 МБ (или любого другого предел заканчивается время), но позволяет "лопается" выше, чем.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

15 декабря 2016, 10:13:30 PM   # 7
 
 
Сообщения: 219
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложения для быстрого динамического размера блока

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

23 декабря 2016, 11:21:47 AM   # 8
 
 
Сообщения: 103
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложения для быстрого динамического размера блока

Я предлагаю минимальный блок размером 1 Мб с неограниченным максимумом.

Вы можете уточнить, как это будет работать?
Как предотвратить злоупотребления системы?


На мой взгляд, лучший способ сделать это таким же образом, как хэш трудности. Просто настроить размер блока в соответствии с номером / размер сделок. Если она превышает 70% от размера блока в последних X блоков, увеличивают размер. Если он меньше, чем 40%, сделать его меньше. Числа могут быть, конечно, разные, но основная логика работает так же с трудом.
razoor сейчас офлайн Пожаловаться на razoor   Ответить с цитированием Мультицитирование сообщения от razoor Быстрый ответ на сообщение razoor

3 января 2017, 2:30:32 PM   # 9
 
 
Сообщения: 840
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложения для быстрого динамического размера блока

Я думал о том, если monero подход (то есть динамический размер_блок с динамической платой, чтобы избежать спама троллея) будет работать с Bitcoin? Это имеет смысл для меня ... я уверен, что есть какое-то компромисс Тхи по сравнению с простым консервативным подходом мы имеем сейчас, но я хотел бы знать, особенно то, что это мнение gmaxwell на подходе Xmr по сравнению с Bitcoin. Я думаю, что он был XMR дружелюбным и даже проведение некоторых из них. Я хотел бы вложить немного на него, но им не уверен, что это будет когда-либо масштабе. Могут ли они иметь LN-подобные решения тоже на вершине динамический + динамический размер блока ядро ​​платы?
manselr сейчас офлайн Пожаловаться на manselr   Ответить с цитированием Мультицитирование сообщения от manselr Быстрый ответ на сообщение manselr



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW