Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
31 августа 2015, 8:57:45 PM   # 1
 
 
Сообщения: 190
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

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


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

Увеличение или уменьшение до максимального размера блока в той же скорости, как сложность увеличивается или уменьшается. Это может быть установлен на каждые 2016 блоков или кратное таковой.

Например, в настоящее время является размер_блоком 1,000,000B и скорость трудности последних 20160 блоков увеличилась на 9,72% (с 49,446,390,688 до 54,256,630,328), то нового размера блока = 1,097,277B

Мы могли бы сделать первоначальный скачок в 2Мбы, так как я считаю, есть мнение, что это то, что нужно, чтобы начать с.

Обоснование: Несмотря на то, аппаратные средства, не совпадают в различных вычислительных областях, например, сети против скорости вычислений, это примерно одинаковы (возможно, некоторые исследования могут быть сделаны) в той степени, что она дает нам, по крайней мере некоторые указания относительно того, что в сети может поддерживать с точки зрения блока релейной задержки.

Очень большое преимущество заключается в том, что реализация будет тривиальной.

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


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


2 сентября 2015, 4:25:14 AM   # 2
 
 
Сообщения: 190
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

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





Либо моя идея настолько плохо, его не стоит комментировать или его так хорошо, что никто не смог найти возражения?

Что мне не хватает?

Позволяет изучить это предложение немного, путем изучения различных сценариев.

1. Скорость Хэш стреляет через крышу и трудности увеличения при disproporcionate скорости: Максимальная размер_блока также увеличивает и риск спамить blockchain становится более вероятным. Но этот риск нивелируется тем фактом, что blockchain само по себе является намного сильнее из-за увеличения скорости хеширования. Сеть не может быть в состоянии выдержать такие мега-блоки. Однако, если блоки becomed сирые и все хешировании, вступившая в создании такого блока исчезают из совокупности вычислительной трудности, так что это способствует более низкой сложности и, следовательно, снизить максимальный размер блока.

2. Спрос на blockchain пространства увеличивается более быстрыми темпами, чем трудности: В этом случае будет давление в тарифах, так шахтеры будут иметь больше прибыли и, следовательно, более стимулировать инвестиции в оборудовании для добычи полезных ископаемых. Это будет приводить к более высоким hashrates и, следовательно, большего максимального размера блока, который будет удовлетворять спрос на blockchain пространства.

3. Сумма сделок сборы падают, что приводит к снижению шахтера дохода и, следовательно, ниже hashrate и, следовательно, более низкого размеру блок.

Таким образом, цепочка причинно-следственных связей, как это

Увеличение:

Больше спрос на blockchain пространства -> больше сборов сделки -> увеличение прибыли шахтер -> увеличение инвестиций в горнодобывающей промышленности -> более хеширования мощность -> увеличились трудности -> крупные блоки

Уменьшение:

Меньше сделок -> за вычетом комиссии за транзакции -> уменьшая Проходчик прибыль -> меньше шахтеров хэширования -> меньше хеширования мощность -> нижняя трудность -> меньшие размеры блоков

Другой способ изучить это предложение принимаемое оно было принято ранее:

Давайте предположим, что это БИП был включен, когда Satoshi установил 1MB макс размер блока. Это было в июле 2010 года в среднем размер_блока было около 1k тогда. Satoshi решает установить максимальный размер блока в 2k. Трудность заключалась в том о 1379000 и текущая трудность заключается 54256630328. Если это предложение было реализовано, то максимальный ток размер_блок будет: 2000 * 57432508738/1379000 = 832,958,792 байт (832MB). Очевидно, что это не так, и причина такого большого несоответствия является то, что, очевидно, Bitcoin добычи аппаратного обеспечения было много догонять (CPU>GPU>FPGA>Asic>). Однако я считаю, что это будет приближаемся к максимальной эффективности и приближался с законом Мура.

Давайте вместо того, чтобы предположить это BIP была зарегистрирована ровно один год назад.

Максимальный размер блока было 1Мб и трудности 27428630902. Это примерно на половину того, что в настоящее время, так что максимальная размер_блока сейчас будет 2MB. Гораздо более разумное увеличение. На самом деле было бы очень здоровый предел прямо сейчас. Существует 80% консенсус, что это должно быть минимальное максимальное увеличение размер_блока.

Кроме того, экономическая динамика будет гораздо более применима, когда награда блока субсидии уменьшаются.

Другие преимущества этого предложения:

1. Очень ясно и просто. Каждый может видеть, что влияние такой жесткой вилки будет.
2. Изменения в максимальном размере блока будут постепенными и изменений в прогнозируемой скорости, так же, как, как трудность будет влиять на рентабельность шахтеров.
3. Trivial для реализации и тестирования в testnet.
4. Связь изменяется на максимальное blockchain к прочности самого Bitcoin сети. Чем больше добыча мощности есть, более крупные блоки могут существует.
5. Позволяет бумажники более легко определить правильную плату за транзакцию за килобайт.
6. Дает нам устойчивые корректировки максимального размера блока в долгосрочной перспективе, не требуя другую жесткую вилку в то время, по крайней мере.

Еще способ уточнить это, я думаю, это даже лучше (по стоимости чуть более сложности), является фактором в награду блок субсидий. Я хотел бы предложить формулу нового MaxBlocksize * (1 + (1 - coinbase / 50)).

Поэтому, когда награда блок 25 BTC увеличивается / уменьшается уменьшается на 50% от изменения сложности. Когда награда блока 12.5 BTC, макс размер_блока увеличение / уменьшение снижается на 25%, и так далее. Когда мы достигаем 0 BTC блок награды, максимальная размер_блока становится вровень с трудом.

Я действительно хочу некоторые материалы о моем предложении. Несмотря на то, возникает вопрос о том, может ли hashrate расти для размещения растущего спроса сделок и, следовательно, больше места в blockchain (операционные издержки должны оказать давление на это, в конце концов), я думаю, что это решение значительно превосходит другие предложения, так далеко.
99Percent сейчас офлайн Пожаловаться на 99Percent   Ответить с цитированием Мультицитирование сообщения от 99Percent Быстрый ответ на сообщение 99Percent

2 сентября 2015, 4:56:05 AM   # 3
 
 
Сообщений: 75
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

Я люблю большие идеи, но великие идеи не справедливо хорошо на форумах.

Динамический размер блока с мин. не изменится 2MB, без сомнения.

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

Мы могли бы держать 1Мб, пока он не начнет замедлять сеть, а затем перейти к последовательности Фибоначчи, которая увеличивается динамически на основе того, считается слишком мал размер блока с помощью Core. Скажем, если Mempools начинают врезаться узлы и т.д. ...

1 Мб, 2 Мб, 3MB, 5МБЫ, 8MB, 13MB, 21MB и т.д.

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

Люди, как вы, кто держать Bitcoin собирается. Спасибо. Помните, что мы Satoshi.

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

2 сентября 2015, 5:20:10 AM   # 4
 
 
Сообщения: 190
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

Я люблю большие идеи, но великие идеи не справедливо хорошо на форумах.
благодаря
котировка

Динамический размер блока с мин. не изменится 2MB, без сомнения.

Является ли это изменение пропорционально сложности добычи на самом деле не то, что я назвал бы уместным. Основная проблема является задержкой, когда блоки начинают попадать в двузначные цифры, но люди выходят на дополнительный стимуле увеличение объемов транзакций = повышение стимулов.
Как я сказал, что проблема с задержкой будет решена, когда блоки получают сиротой шахтерами. Это влияет на трудности напрямую, так как скорость хеширования пораженной впустую блок - хэши, которые вошли в генерации отбрасываются блока теряются.
котировка
Мы могли бы держать 1Мб, пока он не начнет замедлять сеть, а затем перейти к последовательности Фибоначчи, которая увеличивается динамически на основе того, считается слишком мал размер блока с помощью Core. Скажем, если Mempools начинают врезаться узлы и т.д. ...

1 Мб, 2 Мб, 3MB, 5МБЫ, 8MB, 13MB, 21MB и т.д.
Это, кажется, быть частью другого предложения на жесткую вилку. Вам нужно будет разработать.
котировка
Я очень ценю ваше время и вклад, но я считаю, все основные разработчики уже выкуплены Blockstream, чтобы они могли быть центром Первой молнии сети и принимать взносы от шахтеров и сохранить 1Мбы навсегда, потому что они хотят извлечь выгоду из неспособности сообщества достичь консенсуса не споря.
Я действительно ненавижу любые предположения о политике или покупке из основных разработчиков в этой дискуссии. FWIW Я полностью поддерживаю Lightning сети. Я думаю, что его фантастическая идея. Сеть Молнии также нуждается в увеличении макса BLOCKSIZE кстати.
котировка
Люди, как вы, кто держать Bitcoin собирается. Спасибо. Помните, что мы Satoshi.

был
благодаря
99Percent сейчас офлайн Пожаловаться на 99Percent   Ответить с цитированием Мультицитирование сообщения от 99Percent Быстрый ответ на сообщение 99Percent

2 сентября 2015, 5:28:40 AM   # 5
 
 
Сообщений: 75
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

FWIW не Lightning сети решение лейкопластырь?
Был сейчас офлайн Пожаловаться на WAS   Ответить с цитированием Мультицитирование сообщения от WAS Быстрый ответ на сообщение WAS

2 сентября 2015, 5:31:54 AM   # 6
 
 
Сообщения: 190
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

FWIW не Lightning сети решение лейкопластырь?
Нет, это далеко не так. Я предлагаю вам серьезно взглянуть на него.
99Percent сейчас офлайн Пожаловаться на 99Percent   Ответить с цитированием Мультицитирование сообщения от 99Percent Быстрый ответ на сообщение 99Percent

2 сентября 2015, 10:43:35 AM   # 7
 
 
Сообщения: 1848
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью


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

Это как это может быть, но другой лагерь намного хуже: только значительные сторонниками BIP101 являются коммерческими компаниями, такими как Circle и Bitpay, которые по-разному финансируются:

  • Голдман Сакс
  • Moneygram
  • Lightspeed Ventures (компания за Ripple)

Я знаю, что есть еще более сомнительные интересов, связанные со сторонниками BIP101, я буду исследовать его некоторое время в ближайшее время.



Blockstream разрабатывают целый ряд идей, кроме Lightning, любые из которых может стать конкурентом Lightning, и так много больше, что не имеет ничего общего с масштабированием. Мало того, у других контингентов никаких предложений, как это на столе, но их основные сторонники были "выкуплен" как вы говорите по явно пагубным интересам.

Bitcoin о финансовой и денежной свободы, и это не то, что Moneygram и Goldman Sachs о.
Carlton банков сейчас офлайн Пожаловаться на Карлтон Банки   Ответить с цитированием Мультицитирование сообщения от Carlton Банки Быстрый ответ на сообщение Carlton Банки

2 сентября 2015, 11:18:21 AM   # 8
 
 
Сообщения: 1694
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

Как правило, такого рода предложения не может функционировать без второго фактора, который предназначен для определения порогового значения изменения размера.

Как ваш код должен различать между выпуском новой СИС и фактическим ростом в блоке пространстве спроса?

котировка
Однако я считаю, что это будет приближаемся к максимальной эффективности и приближался с законом Мура.

Не обязательно. Учтите, что Intel является $ 55B бизнеса, тогда как Bitcoin в целом имеет рыночную капитализацию в размере $ 3 ~ 4В. Мы еще не на той стадии, где профессиональные производители чипов имеют стимул для создания СБИС.

И вообще, что заставляет вас верить спрос блок пространство будет расти, по крайней мере в том же темпе, как закон Мура?

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

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

2 сентября 2015, 11:24:24 AM   # 9
 
 
Сообщения: 1330
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

1. Я думаю, что сначала нам нужно, чтобы заставить шахтеров не "убегай" с гонораром находки и нескольких сделок, подтвержденных когда есть старые транзакции, ожидающие и макс (текущий) размер еще не заполнен.
Это гораздо большая проблема, чем размер блока, так как размер блока не имеет никакого значения, если шахтеры не использовать это хорошо.

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

2 сентября 2015, 10:30:58 PM   # 10
 
 
Сообщений: 75
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

Как правило, такого рода предложения не может функционировать без второго фактора, который предназначен для определения порогового значения изменения размера.

Как ваш код должен различать между выпуском новой СИС и фактическим ростом в блоке пространстве спроса?

котировка
Однако я считаю, что это будет приближаемся к максимальной эффективности и приближался с законом Мура.

Не обязательно. Учтите, что Intel является $ 55B бизнеса, тогда как Bitcoin в целом имеет рыночную капитализацию в размере $ 3 ~ 4В. Мы еще не на той стадии, где профессиональные производители чипов имеют стимул для создания СБИС.

И вообще, что заставляет вас верить спрос блок пространство будет расти, по крайней мере в том же темпе, как закон Мура?

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

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

В дополнение "больше" Bitcoin, тем больше стимулов существует для любой компании, которая имеет дело с деньгами (я предполагаю, большинство из них), чтобы инвестировать в него оставшиеся способен обрабатывать объем транзакций. Это означает, что выделенные интернет-соединения для узлов и вещей подобного рода. Бизнес, который имеет дело с процессорами кредитных карт, например, сэкономить на 3% в год, который можно положить обратно в бизнес и увеличить прибыль в ближайшие годы.

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

2 сентября 2015, 10:37:32 PM   # 11
 
 
Сообщений: 75
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

FWIW не Lightning сети решение лейкопластырь?
Нет, это далеко не так. Я предлагаю вам серьезно взглянуть на него.

Да, я смотрел на него. Похоже, что вместо того, чтобы предпринять необходимые шаги для оснащения Bitcoin, узлов и шахтеров с возможностью обрабатывать объем виз сделок, мы просто должны делать операции внедорожных цепи и доверять концентраторам? Я не считаю, что это было частью видения создателя для Bitcoin. Операции большие и малые должны быть доступными, чтобы сделать на blockchain, и если молния будет принята, то было бы только из-за альтруизм или это слишком дорого для людей, чтобы использовать blockchain.

Является ли это то, что мы хотим? Все это создает осложнения, которые люди боятся.

Как держать интернет строго HTML навсегда в 2000 году, потому что большинство людей были только 56k?
Был сейчас офлайн Пожаловаться на WAS   Ответить с цитированием Мультицитирование сообщения от WAS Быстрый ответ на сообщение WAS

2 сентября 2015, 11:01:05 PM   # 12
 
 
Сообщения: 1848
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

FWIW не Lightning сети решение лейкопластырь?
Нет, это далеко не так. Я предлагаю вам серьезно взглянуть на него.

Да, я смотрел на него. Похоже, что вместо того, чтобы предпринять необходимые шаги для оснащения Bitcoin, узлов и шахтеров с возможностью обрабатывать объем виз сделок, мы просто должны делать операции внедорожных цепи и доверять концентраторам? Я не считаю, что это было частью видения создателя для Bitcoin. Операции большие и малые должны быть доступными, чтобы сделать на blockchain, и если молния будет принята, то было бы только из-за альтруизм или это слишком дорого для людей, чтобы использовать blockchain.

Является ли это то, что мы хотим? Все это создает осложнения, которые люди боятся.

Как держать интернет строго HTML навсегда в 2000 году, потому что большинство людей были только 56k?

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

3 сентября 2015, 3:53:20 AM   # 13
 
 
Сообщения: 190
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

Как правило, такого рода предложения не может функционировать без второго фактора, который предназначен для определения порогового значения изменения размера.

Как ваш код должен различать между выпуском новой СИС и фактическим ростом в блоке пространстве спроса?
При увеличении скорости хеш из-за новой СИС, сложность возрастает, это позволит обеспечить максимальный размер блока для увеличения. Это увеличивает запас поэтому операционные сборы идут вниз, что приведет к увеличению спроса на блок пространства. Все это, если вы думаете над этим, это имеет смысл. Сеть Bitcoin получила сильнее из-за массивного повышения скорости хеширования из-за новой ASIC, поэтому само собой разумеется, она должна поддерживать больше транзакций пропускной способности.
котировка
котировка
Однако я считаю, что это будет приближаемся к максимальной эффективности и приближался с законом Мура.

Не обязательно. Учтите, что Intel является $ 55B бизнеса, тогда как Bitcoin в целом имеет рыночную капитализацию в размере $ 3 ~ 4В. Мы еще не на той стадии, где профессиональные производители чипов имеют стимул для создания СБИС.
Intel уже в течение многих десятилетий, Bitcoin только 6 лет, из которых 3 показали значительный рост.
котировка
И вообще, что заставляет вас верить спрос блок пространство будет расти, по крайней мере в том же темпе, как закон Мура?
Это не имеет значения, на самом деле, на котором оценить блок спрос пространства растет. Если он растет медленно, то операционные издержки остаются низкими и инвестиция в горнодобывающей промышленности будет низкой.
котировка
Ваше предложение не имеет порогов. Он просто связывает эволюцию размера блока с трудом. Я считаю, что изменения сложности хороший показатель, чтобы определить, насколько размер блока должен быть изменен, но трудности не достаточно хороший показатель, чтобы отразить потребность размера блока.

Вам нужно еще один фактор, чтобы отслеживать спрос размера блока, и использовать его в качестве триггера для изменения размера. Кроме того, функция Распад бы предпочтительнее, когда условие изменения размера не сработает. Это ремни безопасности, корректирующее влияние спам-атак, крупные шахтеры пытаются обойти систему, и слишком большой скачок в блоке потолка.
К сожалению, у нас нет какого-либо другого показателя, чтобы определить максимальный размер блока. Все остальные предложения пока только произвольно установить этот предел, или в случае BIP 100 это дает шахтерам способ установить его с помощью голосования, тем больше я думаю об этом, тем больше я склонен верить свой чудовищный замысел.

Я очень ценю ваш вклад. Я был одержу над моим решением этой максимальной блочной головоломкой, и я действительно думаю, что это лучший на сегодняшний день один.
99Percent сейчас офлайн Пожаловаться на 99Percent   Ответить с цитированием Мультицитирование сообщения от 99Percent Быстрый ответ на сообщение 99Percent

3 сентября 2015, 4:30:46 AM   # 14
 
 
Сообщения: 190
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

1. Я думаю, что сначала нам нужно, чтобы заставить шахтеров не "убегай" с гонораром находки и нескольких сделок, подтвержденных когда есть старые транзакции, ожидающие и макс (текущий) размер еще не заполнен.
Это гораздо большая проблема, чем размер блока, так как размер блока не имеет никакого значения, если шахтеры не использовать это хорошо.

2. Тогда, может быть, размер блока может быть отрегулирован - с какой-то умной формулой - быть больше только тогда, когда больше требуется (редактирование: смысл, когда есть старые транзакции, ожидающие больше определенное время). Таким образом, "умная" BIP1xx.

Я думал об этом.

Мы можем опубликовать узел Bitcoin, не ретранслировать * новые * блоки, которые имеют определенный процент от сделок, которые никогда не видели в mempool, а также блоки, которые не являются вблизи макс размер_блока, если есть еще много сделок с налогами в ожидании в mempool , 

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

3 сентября 2015, 10:18:53 AM   # 15
 
 
Сообщения: 1330
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

1. Я думаю, что сначала нам нужно, чтобы заставить шахтеров не "убегай" с гонораром находки и нескольких сделок, подтвержденных когда есть старые транзакции, ожидающие и макс (текущий) размер еще не заполнен.
Это гораздо большая проблема, чем размер блока, так как размер блока не имеет никакого значения, если шахтеры не использовать это хорошо.

2. Тогда, может быть, размер блока может быть отрегулирован - с какой-то умной формулой - быть больше только тогда, когда больше требуется (редактирование: смысл, когда есть старые транзакции, ожидающие больше определенное время). Таким образом, "умная" BIP1xx.

Я думал об этом.

Мы можем опубликовать узел Bitcoin, не ретранслировать * новые * блоки, которые имеют определенный процент от сделок, которые никогда не видели в mempool, а также блоки, которые не являются вблизи макс размер_блока, если есть еще много сделок с налогами в ожидании в mempool , 

Это заставит шахтеров очень очень боятся шахты мини блоков или с поддельными сделок (сделок, которые никогда не были выпущены в mempool), так как риск, связанный с их блочные осиротел увеличивается в геометрической прогрессии по отношению к другим шахтерам, которые делают помоему сделки, которые были в mempool. Этот Bitcoin узел даже не должен быть запущен, только мысль, что она может быть там будет очень страшно шахтеров.


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

3 сентября 2015, 10:38:28 AM   # 16
 
 
Сообщения: 1694
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

При увеличении скорости хеш из-за новой СИС, сложность возрастает, это позволит обеспечить максимальный размер блока для увеличения. Это увеличивает запас поэтому операционные сборы идут вниз, что приведет к увеличению спроса на блок пространства. Все это, если вы думаете над этим, это имеет смысл. Сеть Bitcoin получила сильнее из-за массивного повышения скорости хеширования из-за новой ASIC, поэтому само собой разумеется, она должна поддерживать больше транзакций пропускной способности.

Опять же нет никакой связи между увеличением скорости хеширования и спроса блок пространства. Если новая технология ASIC развязана на рынке завтра, почему объем сделки идти? Ваш местный банк получает новую работу краски, большую парковку, McD прямо рядом с ним и большая безопасно, и ваша реакция "ИМА приобрести больше товаров и услуг"? Где ваша дополнительная покупательная способность приходит? Разве это не факт, что ваш банк модернизирует результат сборов он был зарядки своих клиентов? Что заставляет вас верить тем, что клиент каким-то образом состоятельными в результате этого? Во всяком случае, она не должна быть наоборот?

Вы показали себя, что если ваш алгоритм был применен с первого дня, текущий размер блока будет полностью раздутым и нереалистичным. Ваш аргумент для поддержки вашего метода является то, что технология ASIC настигла технологическую задолженность и теперь зависят от закона Мура.

Смысл прост: рост трудности только действительная метрика в определенных пределах (это ваше предложение, а не мой, я просто выводя). Так же, как делает ваш алгоритм имеет дело с ситуациями, где сложность растет за пределами его "здоровый" границы?

котировка
Intel уже в течение многих десятилетий, Bitcoin только 6 лет, из которых 3 показали значительный рост.

Это не мое дело. Моя точка Intel не сейчас строит Bitcoin ASIC шахтеров. Если рыночная капитализация Bitcoin растет достаточно большой для Intel, чтобы начать строительство горнодобывающего оборудования, скорее всего, сложность будет расти гораздо быстрее, чем закон Мура диктует несколько лишних лет.

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

Рынок плата не является конечной целью само по себе. Это среднее значение для поддержки некоторых сетевых механики, один из которых является платить горнякам достаточно иметь приемлемый уровень безопасности, blockchain. Не только безопасность, но достаточно высока, что выгоднее для грубой силы атакующего только шахтные блоков, чем пытаться переписать историю блока.

Вы должны разработать ваше предложение с целью рынка вознаграждения в качестве цели, а не просто поддерживать какой-либо платы за рынком.

котировка
К сожалению, у нас нет какого-либо другого показателя, чтобы определить максимальный размер блока.

Есть много других метрики в blockchain для представления блока спроса пространства. За период сложности рассмотреть общие сборы оплаченных, средняя плотность платы, UTXO набор, общая стоимость переводится, среднее значения за UTXO, прямо вверх среднего размера блока. Много вещей, чтобы получить творческую с.
goatpig сейчас офлайн Пожаловаться на goatpig   Ответить с цитированием Мультицитирование сообщения от goatpig Быстрый ответ на сообщение goatpig

4 сентября 2015, 2:50:07 PM   # 17
 
 
Сообщения: 190
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

При увеличении скорости хеш из-за новой СИС, сложность возрастает, это позволит обеспечить максимальный размер блока для увеличения. Это увеличивает запас поэтому операционные сборы идут вниз, что приведет к увеличению спроса на блок пространства. Все это, если вы думаете над этим, это имеет смысл. Сеть Bitcoin получила сильнее из-за массивного повышения скорости хеширования из-за новой ASIC, поэтому само собой разумеется, она должна поддерживать больше транзакций пропускной способности.
Опять же нет никакой связи между увеличением скорости хеширования и спроса блок пространства. Если новая технология ASIC развязана на рынке завтра, почему объем сделки идти? Ваш местный банк получает новую работу краски, большую парковку, McD прямо рядом с ним и большая безопасно, и ваша реакция "ИМА приобрести больше товаров и услуг"? Где ваша дополнительная покупательная способность приходит? Разве это не факт, что ваш банк модернизирует результат сборов он был зарядки своих клиентов? Что заставляет вас верить тем, что клиент каким-то образом состоятельными в результате этого? Во всяком случае, она не должна быть наоборот?
Еще раз спасибо за ответ.

Помните, что в настоящее время рынок сделок искажается сильно из-за вознаграждение блока субсидий. Как она идет вниз, сделки плата становится гораздо более значительными и будет способствовать дальнейшему заставить шахтер рассмотреть, какие транзакции, чтобы добавить к его блоку. Более хеширования власть делает Bitcoin сети сильнее, так что выигрывают все. Другие пользователи могут привести к увеличению Bitcoin цены и т.д.
котировка
котировка
Это не имеет значения, на самом деле, на котором оценить блок спрос пространства растет. Если он растет медленно, то операционные издержки остаются низкими и инвестиция в горнодобывающей промышленности будет низкой.

Рынок плата не является конечной целью само по себе. Это среднее значение для поддержки некоторых сетевых механики, один из которых является платить горнякам достаточно иметь приемлемый уровень безопасности, blockchain. Не только безопасность, но достаточно высока, что выгоднее для грубой силы атакующего только шахтные блоков, чем пытаться переписать историю блока.

Вы должны разработать ваше предложение с целью рынка вознаграждения в качестве цели, а не просто поддерживать какой-либо платы за рынком.

котировка
К сожалению, у нас нет какого-либо другого показателя, чтобы определить максимальный размер блока.

Есть много других метрики в blockchain для представления блока спроса пространства. За период сложности рассмотреть общие сборы оплаченных, средняя плотность платы, UTXO набор, общая стоимость переводится, среднее значения за UTXO, прямо вверх среднего размера блока. Много вещей, чтобы получить творческую с.

К сожалению, мы не можем использовать данные о транзакциях (громкость, сборы и т.д.) или размеры блоков в качестве показателя, поскольку они могут манипулировать сами шахтеры, ведущие к трагедии сценариев Общин. Размеры UTXO также можно управлять с помощью фальшивых сделок. Но если бы мы могли некоторые, как заставить шахтеров всегда включают в себя операции, которые появились ему mempool, или по крайней мере сделать это риск не слишком, то эта проблема будет решена.
99Percent сейчас офлайн Пожаловаться на 99Percent   Ответить с цитированием Мультицитирование сообщения от 99Percent Быстрый ответ на сообщение 99Percent

6 сентября 2015, 8:25:19 AM   # 18
 
 
Сообщения: 1694
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

Помните, что в настоящее время рынок сделок искажается сильно из-за вознаграждение блока субсидий. Как она идет вниз, сделки плата становится гораздо более значительными и будет способствовать дальнейшему заставить шахтер рассмотреть, какие транзакции, чтобы добавить к его блоку. Более хеширования власть делает Bitcoin сети сильнее, так что выигрывают все. Другие пользователи могут привести к увеличению Bitcoin цены и т.д.

Более высокая цена команд повышенной сложности. Другой путь это не так. Вы не можете вывести цена увеличилась из-за трудности пошли вверх. Единственное, это означает, что доходность в хэш увеличилась. Богатство факторов может повлиять на это, а не только цену.

Увеличение самой цены не приравнивает к увеличению спроса блока пространства. ПВР может пойти вверх, когда цена идет вниз, и наоборот. Там нет никаких экономических доказательств противного.

Ваше предложение должно учитывать ситуации, когда реальность противоречит смыслу вы даете свои показатели. Я согласен, что в целом, в отсутствии награды coinbase, рост трудности будет означать увеличение платы субсидий, и, таким образом, блокировать спрос пространства.

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

котировка
К сожалению, мы не можем использовать данные о транзакциях (громкость, сборы и т.д.) или размеры блоков в качестве показателя, поскольку они могут манипулировать сами шахтеры, ведущие к трагедии сценариев Общин.

На самом деле, нет. Появление релейных сетей и IBLT в значительной степени увеличивает стоимость этих атак. Чтобы поддельный объем сделок в этих условиях означает, шахтер должен излучать Txs к себе, чтобы восстановить свои сборы. Предполагает они не могут публиковать эти сделки публично, пока они не будут добыты, или другие шахтеры забрать их и в конечном результате чего больной намерения шахтер на самом деле платить за нападение. Тем не менее, реле сети и IBLT производят выигрыш кодирования в распространении блока путем пересылки содержимого блока перед раствором найден, то есть каждый шахтер говорит другим, что Тх установить они работают.

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

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

Это бессмысленное. первый и лучший спам-фильтр выпускающая шахтеры выбрать сделки, основанные на экономических факторах. Пока стимулы не являются полностью деформирован, эта система работает. То, что вы предлагаете, что делает любую ТЙ спам атаку совершенно тривиальной. Было бы также сделать DoS атаки высокой ФОС рассчитывать и низкий размер ТХ очень эффективным. Намного больше, чем в настоящее время, так как они легко могут быть сорваны по их собственной природе: низкая прибыль шахтера.
goatpig сейчас офлайн Пожаловаться на goatpig   Ответить с цитированием Мультицитирование сообщения от goatpig Быстрый ответ на сообщение goatpig

7 сентября 2015, 4:55:50 PM   # 19
 
 
Сообщения: 1330
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

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

Это бессмысленное. первый и лучший спам-фильтр выпускающая шахтеры выбрать сделки, основанные на экономических факторах. Пока стимулы не являются полностью деформирован, эта система работает. То, что вы предлагаете, что делает любую ТЙ спам атаку совершенно тривиальной. Было бы также сделать DoS атаки высокой ФОС рассчитывать и низкий размер ТХ очень эффективным. Намного больше, чем в настоящее время, так как они легко могут быть сорваны по их собственной природе: низкая прибыль шахтера.

Хорошо, но это выглядит правильно для вас? : Некоторые бассейны получили плату искателя + несколько сделок и переехал на, в то время как люди плачут на форуме (ы), что их сделку застрял на .. дни, хотя они заплатили нормальную плату или даже больше в некоторых случаях (конечно, я не забочусь о сделках опробовали с 0 плату, те на свой страх и риск).

Таким образом, в то время как некоторые шахтеры / бассейны играли честно, некоторые нет. И это то, что должно быть исправлено / исполнение.


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

7 сентября 2015, 6:48:03 PM   # 20
 
 
Сообщения: 190
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение: динамический макс размер_блок в соответствии с трудностью

Помните, что в настоящее время рынок сделок искажается сильно из-за вознаграждение блока субсидий. Как она идет вниз, сделки плата становится гораздо более значительными и будет способствовать дальнейшему заставить шахтер рассмотреть, какие транзакции, чтобы добавить к его блоку. Более хеширования власть делает Bitcoin сети сильнее, так что выигрывают все. Другие пользователи могут привести к увеличению Bitcoin цены и т.д.

Более высокая цена команд повышенной сложности. Другой путь это не так. Вы не можете вывести цена увеличилась из-за трудности пошли вверх. Единственное, это означает, что доходность в хэш увеличилась. Богатство факторов может повлиять на это, а не только цену.

Увеличение самой цены не приравнивает к увеличению спроса блока пространства. ПВР может пойти вверх, когда цена идет вниз, и наоборот. Там нет никаких экономических доказательств противного.

Ваше предложение должно учитывать ситуации, когда реальность противоречит смыслу вы даете свои показатели. Я согласен, что в целом, в отсутствии награды coinbase, рост трудности будет означать увеличение платы субсидий, и, таким образом, блокировать спрос пространства.

Однако, это не всегда верно стоять, и вам нужен план на случай непредвиденных обстоятельств для того, когда это имеет место. Это на самом деле довольно редко ситуация прямо сейчас, поскольку плата за субсидии около 1% от выручки шахтера. Сколько раствора ваше предложение, если он работает только тогда, когда звезды выравнивают? Некоторые люди предпочитают, чтобы обсудить предложения по ныне, другие предпочитают работать на решениях, которые могут выдержать отсутствие инфляции. Однако в этом случае, вы проектируете решение, которое будет только начать, чтобы иметь смысл в некоторых 20 с лишним лет.
Поэтому, подумав немного больше, максимальная BLOCKSIZE увеличивается в зависимости от сложности необходимо учитывать в текущей субсидии, поступающей из блока вознаграждения по coinbase. Я думал, что на 100%, когда мы достигаем 0 BTC для каждого блока (в 2140) и 75% в настоящее время на 25 BTC на блоке. Но я понимаю, что это очень условно. Потом снова все другие предложения вне там еще более произвольны.
котировка
котировка
К сожалению, мы не можем использовать данные о транзакциях (громкость, сборы и т.д.) или размеры блоков в качестве показателя, поскольку они могут манипулировать сами шахтеры, ведущие к трагедии сценариев Общин.

На самом деле, нет. Появление релейных сетей и IBLT в значительной степени увеличивает стоимость этих атак. Чтобы поддельный объем сделок в этих условиях означает, шахтер должен излучать Txs к себе, чтобы восстановить свои сборы. Предполагает они не могут публиковать эти сделки публично, пока они не будут добыты, или другие шахтеры забрать их и в конечном результате чего больной намерения шахтер на самом деле платить за нападение. Тем не менее, реле сети и IBLT производят выигрыш кодирования в распространении блока путем пересылки содержимого блока перед раствором найден, то есть каждый шахтер говорит другим, что Тх установить они работают.

Горняк намеренно замедляя его распространение подвергает себя много естественного осиротение, и мимо какой-то момент, он так легко определить и такую ​​неприятность, что другие шахтеры имеют мотивацию только прямо сирота его по назначению. Добавьте функцию затухания на нем, а не только шахтеры придется платить за спам-атак, как и любой другой спамер, но их усилия также будут потеряны в среднесрочной перспективе, так как убывающая функция будет корректировать эффект атаки.
Совершенно верно, и это весьма вероятно, что, как сложность возрастает, риск для осиротевших блоков становится более значительным, особенно когда награда блока субсидии идет вниз. Так, в конце концов, может быть, вся эта проблема об увеличении максимального размера блока преувеличена. Я стремящийся думать сейчас, давайте просто идти на жесткую вилку 8MB и пинать банку для долгосрочного решения, до нескольких лет.
котировка
котировка
Но если бы мы могли некоторые, как заставить шахтеров всегда включают в себя операции, которые появились ему mempool, или по крайней мере сделать это риск не слишком, то эта проблема будет решена.

Это бессмысленное. первый и лучший спам-фильтр выпускающая шахтеры выбрать сделки, основанные на экономических факторах. Пока стимулы не являются полностью деформирован, эта система работает. То, что вы предлагаете, что делает любую ТЙ спам атаку совершенно тривиальной. Было бы также сделать DoS атаки высокой ФОС рассчитывать и низкий размер ТХ очень эффективным. Намного больше, чем в настоящее время, так как они легко могут быть сорваны по их собственной природе: низкая прибыль шахтера.
К сожалению, я искажен, что я хотел сказать. То, что я имел в виду, если бы мы могли заставить шахтер включать только сделки видели в mempool (не все сделки), так что шахтеры не могут включать в себя поддельные ТХ, что только уплачивать взносы себя с целью манипулирования обсуждаемых показателей. Но я не могу думать о какой-либо способ сделать это, в основном потому, что различные узлы могут иметь различные наборы операций в их mempool, потому что он предназначен, что новые операции, которые вызывают двойной затрачиваемое быть отброшены.
99Percent сейчас офлайн Пожаловаться на 99Percent   Ответить с цитированием Мультицитирование сообщения от 99Percent Быстрый ответ на сообщение 99Percent



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW