Вернуться   Биткоин Форум > Bitcoin Обсуждение
14 июня 2017, 6:22:02 AM   # 1
 
 
Сообщения: 2
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

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


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

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

поэтому, пожалуйста, объясните, что это имеет в виду, не доводя все драмы в нее. благодаря!
холостым лол сейчас офлайн Пожаловаться на холостых лолах   Ответить с цитированием Мультицитирование сообщения от холостых лол Быстрый ответ на сообщение холостых лол


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


14 июня 2017, 10:42:16 AM   # 2
 
 
Сообщения: 2
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

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





так что никто не знал, или же это похоронят под всеми спам в этом форуме?
холостым лол сейчас офлайн Пожаловаться на холостых лолах   Ответить с цитированием Мультицитирование сообщения от холостых лол Быстрый ответ на сообщение холостых лол

14 июня 2017, 10:55:11 AM   # 3
 
 
Сообщения: 1890
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

Вкратце он говорит

путем удаления
«Основание: свидетель (1: 3) блок внутри блока» и удаление всех cludgy математикой ... тогда все, означая тех, кто хочет использовать segwit или пары ключей наследия (старые / родной / традиционный) может все пары ключей сидеть бок о бок в реальном блоке 4MB и все они имеют дополнительное пространство счастливо играть в.

segwit только функции, если люди используют segwit пары ключей. формирование «1: 3 блока внутри блока», чтобы обмануть старые правила сам не решает проблемы segwit ложно обещает исправить .. это привлекает людей с помощью segwit пары ключей потом, что вызывает каких-либо изменений.


но даже те segwit пары ключей должны в «(1: 3) блок внутри блока» рассчитывать на получение их частичные данные о транзакции внутри базовой (1MB) области. которая автоматически обнаруживает, что segwit попадает несколько проблем.

так, принимая прочь "Основание: свидетель (1: 3) блок внутри блока" и только имея 4MB блок .. каждый получает торт и получает съесть его
franky1 сейчас офлайн Пожаловаться на franky1   Ответить с цитированием Мультицитирование сообщения от franky1 Быстрый ответ на сообщение franky1

14 июня 2017, 11:06:26 AM   # 4
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

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

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

До segwit предел был фактически только размер (есть и другие условия, но они редко хит).

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

Segwit устраняет ограничение размера и заменяет его с пределом веса. Вес вычисляется, так что данные не-свидетелей (например вышеуказанные выходы) счетчик 4x как много к пределу данных свидетелей (сигнатуры). Исправления стимулов, уравновешивая затраты подписей против выходов, чтобы быть примерно равными. Это также, как segwit достигает увеличения пропускной способности в пути, который является полностью обратно совместимым со старыми узлами.

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

Вы можете увидеть больше об этом здесь: https://segwit.org/why-a-discount-factor-of-4-why-not-2-or-8-bbcebe91721e

Относительно того, почему Bitmain бы жаловаться на это, я знаю нет разумной причины. К сожалению, некоторые глупые / злонамеренные люди неправильно описали это как _lowering fees_ и, возможно, Bitmain трудится под этим недоразумением, но это изменение в расчете не ниже fees-- она ​​эффективно переносит некоторые из сборов от времени монеты тратится на время монета created-- на всех, за исключением случаев, что увеличивает мощность и дополнительные мощности, скорее всего, снизить их комиссионный доход. Даже довольно небольшое увеличение может значительно снизить шахтер комиссионный доход в краткосрочной перспективе. (Но они утверждают, что хотят увеличить пропускную способность, один даже больше, чем segwit.)
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

14 июня 2017, 11:34:08 AM   # 5
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

Я только что видел это на Reddit: https://segwit.org/segregated-witness-and-aligning-economic-incentives-with-resource-costs-7d987b135c00   он также охватывает эту тему.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

14 июня 2017, 11:43:15 AM   # 6
 
 
Сообщения: 1890
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

Gmax .. идти крутить слова в другом месте

1. использование блоков ограничено программирования системы, с помощью которых это означает, что разработчики
...средний мировой интернет, процессор, жесткий диск и оперативная память не имеют никаких проблем с 4-8mb .. так что перестань говорить мира 1Мб это все сети может справиться и следует придерживаться.

2. база данных UTXO представляет собой отдельную базу данных, чем blockchain ..
любой человек может сделать базу данных UTXO имеют одни и те же данные, используя его ли blockchain в 1: 3 шаблона или один шаблон 4MB ..

3. это был ваш экипаж, который предложил «скидку» в качестве скидки.

так или иначе
чтобы избежать склок .. один 4MB блока с дополнительными вещами, как ограничивающее txsigops в 4k или под землей, позволяет как нативные, так и segwit ключей, чтобы в полную мере использовать дополнительное и реальное увеличение BLOCKSIZE, смягчая проблемы, которые segwit не могут решить

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

P.S
Gmax как насчет пытаемся вернуть новый приоритет плата формулы и прекратить ложное притворство, которые уже сдвинуты вверх гонорар глупые суммы
franky1 сейчас офлайн Пожаловаться на franky1   Ответить с цитированием Мультицитирование сообщения от franky1 Быстрый ответ на сообщение franky1

14 июня 2017, 11:51:51 AM   # 7
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

Segwit устраняет ограничение размера и заменяет его с пределом веса. Вес вычисляется, так что данные не-свидетелей (например вышеуказанные выходы) счетчик 4x как много к пределу данных свидетелей (сигнатуры). Исправления стимулов, уравновешивая затраты подписей против выходов, чтобы быть примерно равными.  

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

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

Включение полностью валидирующие узлов в непроверяющие узлы довольно смешно определение «обратной совместимости».

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

UTXO размер набора является некоторой функцией (# пользователей) * (# адресов, имеющих значение для каждого пользователя). Что касается конфиденциальности, то, лучшая практика диктует распределяя свою ценность по нескольким адресам. Должны ли мы следовать за SegWit Omnibus с набором изменениями рекомендации для каждого пользователя, чтобы держать весь свой Bitcoin на один адрес? Конфиденциальность проклят?

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

Введение новой фиксированной плановой переменной? Льготный стимул для offchain операций над onchain сделок? Близорукие много?
jbreher сейчас офлайн Пожаловаться на jbreher   Ответить с цитированием Мультицитирование сообщения от jbreher Быстрый ответ на сообщение jbreher

14 июня 2017, 12:22:50 PM   # 8
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

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

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

котировка
UTXO размер набора является некоторой функцией (# пользователей) * (# адресов, имеющих значение для каждого пользователя). Что касается конфиденциальности, то, лучшая практика диктует распределяя свою ценность по нескольким адресам. Должны ли мы следовать за SegWit Omnibus с набором изменениями рекомендации для каждого пользователя, чтобы держать весь свой Bitcoin на один адрес? Конфиденциальность проклят?
Segwit не дает абсолютно никакого давления, чтобы использовать меньшее количество адресов для вашего управления своими собственных монетами. Как я уже говорил, это переложить плату с выходным тратить время на выход создание time-- поэтому обычно плата нейтральна для пользователя для выходов, которые никогда не затраченных исключения. 


котировка
Введение новой фиксированной плановой переменной?

"1" также является переменной, не существует такого понятия, как нейтральный вариант там.

котировка
Льготный стимул для offchain операций над onchain сделок? Близорукие много?
Ничто не segwit "льготная для offchain"- если что-то это немного наоборот.

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

14 июня 2017, 1:58:16 PM   # 9
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

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

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

котировка
котировка
Включение полностью валидирующие узлов в непроверяющие узлы довольно смешно определение «обратной совместимости».
они не проверяют новые segwit вещи

В точку. SegWit Omnibus делает их ревизию, неполно- проверки. На мой взгляд, это не согласуются с "обратной совместимостью.

котировка
котировка
UTXO размер набора является некоторой функцией (# пользователей) * (# адресов, имеющих значение для каждого пользователя). Что касается конфиденциальности, то, лучшая практика диктует распределяя свою ценность по нескольким адресам. Должны ли мы следовать за SegWit Omnibus с набором изменениями рекомендации для каждого пользователя, чтобы держать весь свой Bitcoin на один адрес? Конфиденциальность проклят?
Segwit не дает абсолютно никакого давления, чтобы использовать меньшее количество адресов для вашего управления своими собственных монетами.  


Я не говорил, что SegWit Omnibush создает новый набор изменений давления, чтобы использовать меньшее количество адресов. Я просто указать на то, что любая выгода UTXO набора размер SegWit Omnibus является маргинальным набор изменений в лучшем случае.

котировка
котировка
Введение новой фиксированной плановой переменной?
"1" также является переменной, не существует такого понятия, как нейтральный вариант там.

Да, «1» является переменной. Тем не менее, есть действительно нейтральный вариант. И это «1». Потому что платят за это пространство на цепи, в виде байтов, содержащихся в транзакции.

котировка
котировка
Льготный стимул для offchain операций над onchain сделок? Близорукие много?
Ничто не segwit "льготная для offchain"- если что-то это немного наоборот.

Я до сих пор видеть убедительный аргумент, который поддерживает ваше дело. Или же ваша позиция не включает в себя значение, что молния является ступенчатая функция масштабирования прыжок, который включается The SegWit Omnibus набор изменений? Независимо от того, задача состоит в том, чтобы Ваше утверждение, что "Относительно того, почему Bitmain бы жаловаться на это, я знаю нет разумной причины."
jbreher сейчас офлайн Пожаловаться на jbreher   Ответить с цитированием Мультицитирование сообщения от jbreher Быстрый ответ на сообщение jbreher

14 июня 2017, 3:46:37 PM   # 10
 
 
Сообщения: 924
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

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

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

До segwit предел был фактически только размер (есть и другие условия, но они редко хит).

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

Segwit устраняет ограничение размера и заменяет его с пределом веса. Вес вычисляется, так что данные не-свидетелей (например вышеуказанные выходы) счетчик 4x как много к пределу данных свидетелей (сигнатуры). Исправления стимулов, уравновешивая затраты подписей против выходов, чтобы быть примерно равными. Это также, как segwit достигает увеличения пропускной способности в пути, который является полностью обратно совместимым со старыми узлами.

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

Вы можете увидеть больше об этом здесь: https://segwit.org/why-a-discount-factor-of-4-why-not-2-or-8-bbcebe91721e

Относительно того, почему Bitmain бы жаловаться на это, я знаю нет разумной причины. К сожалению, некоторые глупые / злонамеренные люди неправильно описали это как _lowering fees_ и, возможно, Bitmain трудится под этим недоразумением, но это изменение в расчете не ниже fees-- она ​​эффективно переносит некоторые из сборов от времени монеты тратится на время монета created-- на всех, за исключением случаев, что увеличивает мощность и дополнительные мощности, скорее всего, снизить их комиссионный доход. Даже довольно небольшое увеличение может значительно снизить шахтер комиссионный доход в краткосрочной перспективе. (Но они утверждают, что хотят увеличить пропускную способность, один даже больше, чем segwit.)

Это экономически невыгодно и недостатки. Бастиа: Что видно и то, что невидимо - невидимая часть не была признана разработчиками, которые специализируются в кодировках и не экономика.
Один сейчас офлайн Пожаловаться на The One   Ответить с цитированием Мультицитирование сообщения от The One Быстрый ответ на сообщение The One

14 июня 2017, 6:46:48 PM   # 11
 
 
Сообщения: 219
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

Segwit устраняет ограничение размера и заменяет его с пределом веса. Вес вычисляется, так что данные не-свидетелей (например вышеуказанные выходы) счетчик 4x как много к пределу данных свидетелей (сигнатуры). Исправления стимулов, уравновешивая затраты подписей против выходов, чтобы быть примерно равными. Это также, как segwit достигает увеличения пропускной способности в пути, который является полностью обратно совместимым со старыми узлами.

Я действительно запутался в этом, вы можете уточнить?

Насколько я понимаю, segwit не исключает ограничение размера. Предельный размер еще 1 Мб. Это только добавляет предел веса 3 + 1 = 4mb. Верный?

И свидетель скидка используется только для относительных платы приоритетов, верно?

Таким образом, в этом свете, шахтеры могли бы легко решить, что они могут заработать больше путем изменения кода по-разному приоритизации транзакций, в первую очередь предел, который получает удар первым (вероятно, предел 1Mb). Правильно?

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

14 июня 2017, 10:54:41 PM   # 12
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

Segwit устраняет ограничение размера и заменяет его с пределом веса. Вес вычисляется, так что данные не-свидетелей (например вышеуказанные выходы) счетчик 4x как много к пределу данных свидетелей (сигнатуры). Исправления стимулов, уравновешивая затраты подписей против выходов, чтобы быть примерно равными. Это также, как segwit достигает увеличения пропускной способности в пути, который является полностью обратно совместимым со старыми узлами.

Я действительно запутался в этом, вы можете уточнить?

Насколько я понимаю, segwit не исключает ограничение размера. Предельный размер еще 1 Мб. Это только добавляет предел веса 3 + 1 = 4mb. Верный?

И свидетель скидка используется только для относительных платы приоритетов, верно?

Таким образом, в этом свете, шахтеры могли бы легко решить, что они могут заработать больше путем изменения кода по-разному приоритизации транзакций, в первую очередь предел, который получает удар первым (вероятно, предел 1Mb). Правильно?

Мне кажется, что свидетель скидка является неотъемлемым свойством нижнего предела блочного по сравнению с более высоким blockweight предела. И в десятилетней persepctive, не было / должно быть никаких затрат на данные свидетелей, поскольку это не является ограничением шахтеры должны определить приоритеты на (если blockweight не последовательно ударил до того размера блока). Могу ли я путать о том, как это работает? Имеет ли вес данные свидетелей на самом деле рассчитывать против самого предела блочного?

Вы смущены о том, как это работает.

Segwit фактически делает _eliminate_ предельный размер. Предельный вес построен таким образом, который совместим со старым пределом, таким образом, что предварительно segwit узлы не будут думать, их предел нарушается при любых условиях.

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

Вес = 3 х свидетелей раздели размер + размер; и предел является то, что вес должен быть не менее 4 млн. Старые узлы получают свидетель зачищенных блоков, и поэтому они всегда принимают блоки под их собственных пределами.

(И, FWIW, это то, как Bitcoin выполняет все вычисления, так как 0.13-- результаты такие же, как только логика, когда нет segwit txn-- поэтому размер уже нет, просто свидетель ТХ еще не используется) ,

Выбор сделок по самой высокой платы за вес является единственным решением дохода максимизация, другой порядок не приоритет может производить больше комиссионный доход (+/- небольшую границу рюкзаке effects-- например, вы не могли бы пропустить больший вклад скорости для более полного заполнения блока) ,


Это экономически невыгодно и недостатки. Бастиа: Что видно и то, что невидимо - невидимая часть не была признана разработчиками, которые специализируются в кодировках и не экономика.
Я сомневаюсь, что вы знаете что-нибудь о предыстории и специальностях разработчиков. И, стабильное поведение плата в сети сегодня является свидетельством идей Сатоси на самом деле работает здесь.

Как, скажите на милость, это одна проверить сделку, если один не обладает данными подписи?
По проверке всего остального. Вы не подтвердите новые возможности, что сделка с помощью которого вы не понимаете (но которые вы знаете, вы не понимаете) - но они также не имеют отношения к вам.

котировка
котировка
котировка
Должны ли мы следовать за SegWit Omnibus с набором изменениями рекомендации для каждого пользователя, чтобы держать весь свой Bitcoin на один адрес? Конфиденциальность проклят?
Segwit не дает абсолютно никакого давления, чтобы использовать меньшее количество адресов для вашего управления своими собственных монетами.  

Я не говорил, что SegWit Omnibush создает новый набор изменений давления, чтобы использовать меньшее количество адресов. Я просто указать на то, что любая выгода UTXO набора размер SegWit Omnibus является маргинальным набор изменений в лучшем случае.
Я думаю, вам нужно перечитать свое сообщение вы утверждаете, что segwit recomemnds каждый пользователь держать все свои Bitcoin в один адрес, и я указал, что segwit не создает никакой пользы для типичного пользователя, чтобы сделать это. Вы не представили никаких аргументов, что выгода UTXO является маргинальной.

котировка
Да, «1» является переменной. Тем не менее, есть действительно нейтральный вариант. И это «1». Потому что платят за это пространство на цепи, в виде байтов, содержащихся в транзакции.
Пространство на цепи не имеет отношения к операционные затратам узлов на сегодня и будет все больше и больше не имеет отношение к операционные затратам в будущем. Если система имеет сборы, связанные с нерелевантными мнимыми расходами вместо фактических затрат ее мощность будет обязательно быть намного ниже.

котировка
Или же ваша позиция не включает в себя значение, что молния является ступенчатая функция масштабирования прыжок, который включается The SegWit Omnibus набор изменений?
Молния не "включен" по segwit (а не то, что молния была предложена задолго до того, Segwit), кроме того, что недостатки в протоколе делают его чрезвычайно трудно написать правильное и безопасное автоматическое программное обеспечение для обработки транзакций, поэтому реализация молниезащиты основывает свою работу до сих пор об использовании segwit.

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

15 июня 2017, 12:13:51 AM   # 13
 
 
Сообщения: 323
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

Segwit устраняет ограничение размера и заменяет его с пределом веса. Вес вычисляется, так что данные не-свидетелей (например вышеуказанные выходы) счетчик 4x как много к пределу данных свидетелей (сигнатуры). Исправления стимулов, уравновешивая затраты подписей против выходов, чтобы быть примерно равными.

Проблема заключается в том вес 4MB это произвольное число, которое отражает лишь приблизительно точное соотношение для оптимальной балансировки затрат подписей против выходов. Вокруг 6MB веса (соотношение 1: 5) должна быть более оптимальным, нет? Ровно (29 + 141) / 29 МБ вес, если Люк-младший является правильным по адресу:
https://github.com/btc1/bitcoin/pull/11

Цитата: ЛУКА-Jr
Данные Non-свидетель создает необходимость получения данных свидетелей в будущем, чтобы проверить его. В настоящее время 1 MB блок а может создать UTXOs таким образом, что он требует четыре 1 MB блоков, чтобы очистить его! Поэтому вполне логично, чтобы взвесить данные свидетелей (который очищает UTXOs выход) на 1/4 размера данных без свидетелей (что создает UTXOs, которые впоследствии должны быть очищены до). Он уравновешивает создание с очистки: 80 весовых единиц для каждого.

Кстати, соотношение 1: 4 не equeal до 1/4, так что было бы более логично было бы иметь вес 5MB вместо этого в вышеприведенной цитате ...

Цитата: ЛУКА-Jr
Размышляя на эту тему сегодня, мне пришло в голову, что расходы фактически использует не только 72 байта сигнатуры, но и размер Публичных, а вход TXID и индекс: в общей сложности 141 байт. На стороне создания, есть также сумма, поэтому около 29 байт. Это 5: 1 соотношение. Альтернатива простого увеличения веса предел может быть, чтобы применить скидку также к входному TXID и индексу и / или регулировать соотношение веса до 1: 5.
Variogam сейчас офлайн Пожаловаться на Variogam   Ответить с цитированием Мультицитирование сообщения от Variogam Быстрый ответ на сообщение Variogam

15 июня 2017, 2:46:15 AM   # 14
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

Как, скажите на милость, это одна проверить сделку, если один не обладает данными подписи?
По проверке всего остального. Вы не подтвердите новые возможности, что сделка с помощью которого вы не понимаете (но которые вы знаете, вы не понимаете) - но они также не имеют отношения к вам.

Что это - какая-то приманка и выключатель? Вы, кажется, следует путать и приравнивая два отдельных суб-темы этого обсуждения. Должны ли мы рассмотреть?

Ты сказал:
Вес вычисляется, так что данные не-свидетелей (например вышеуказанные выходы) счетчик 4x как много к пределу данных свидетелей (сигнатуры). Исправления стимулов, уравновешивая затраты подписей против выходов, чтобы быть примерно равными.  

Мне кажется, что вы должны иметь в виду так называемый prunability подписей - нет? Это, конечно, кажется, имеет место один из следующих, потому что, когда я ответил:
Это фиксирует »стимулы только в тех случаях, когда узлы Выбросьте данные, необходимые для будущих проверок этих операций. Являются ли это «отсечением» является хорошей идеей является вопросом о разумной дискуссии.

Вы ответили:
Независимо от того, если вы сократите данные или нет, вам не нужно получить к нему доступ, так что это не влияет на ваш размер рабочего набора.

Может быть, мы противоречили о том, что вы имеете в виду под «размером рабочего набора»? Когда кто-то проверка, данные свидетели является частью данных, с которым вы работаете, не так ли? (Дух - в противном случае не было бы ничего, чтобы подтвердить против). Соответственно, он не является частью «рабочего набора»? Есть мы имеем дело с тайной эфемерной определения-на-страсть?

Так я снова спрашиваю: Как, скажите на милость, это одна проверить сделку, если один не обладает данными подписи?

котировка
котировка
котировка
котировка
UTXO размер набора является некоторой функцией (# пользователей) * (# адресов, имеющих значение для каждого пользователя). Что касается конфиденциальности, то, лучшая практика диктует распределяя свою ценность по нескольким адресам. Должны ли мы следовать за SegWit Omnibus с набором изменениями рекомендации для каждого пользователя, чтобы держать весь свой Bitcoin на один адрес? Конфиденциальность проклят?
Segwit не дает абсолютно никакого давления, чтобы использовать меньшее количество адресов для вашего управления своими собственных монетами.  

Я не говорил, что SegWit Omnibush создает новый набор изменений давления, чтобы использовать меньшее количество адресов. Я просто указать на то, что любая выгода UTXO набора размер SegWit Omnibus является маргинальным набор изменений в лучшем случае.
Я думаю, вам нужно перечитать свое сообщение вы утверждаете, что segwit recomemnds каждый пользователь держать все свои Bitcoin в один адрес, и я указал, что segwit не создает никакой пользы для типичного пользователя, чтобы сделать это. Вы не представили никаких аргументов, что выгода UTXO является маргинальной.

Вы намеренно искажая свою позицию еще раз? Именно здесь ясно как день. Я задал вам вопрос, пытаясь заставить вас разъяснить свою позицию, так как я был несколько скептически, что вы бы утверждать, что вы, кажется, претензии. Я никогда не утверждал, что "segwit recomemnds [так в оригинале] каждый пользователь все держать их Bitcoin в один адрес", Я просто указал, что ваше требование SegWit фиксируя некоторый воображаемый недостаток в UTXO заданного размера является маргинальным в лучшем случае.

Позвольте мне спросить вас прямо: вы утверждаете ли вы, что UTXO размер набора НЕ некоторая функция (# пользователей) * (# адресов, имеющих значение для каждого пользователя)?

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

Так опять же, с «способом решения проблемы UTXO стимулов» SegWit показанной маргинальной, в лучшем случае, где же я утверждаю, что вы утверждаете, я требую?

котировка
котировка
Да, «1» является переменной. Тем не менее, есть действительно нейтральный вариант. И это «1». Потому что платят за это пространство на цепи, в виде байтов, содержащихся в транзакции.
Пространство на цепи не имеет отношения к операционные затратам узлов на сегодня и будет все больше и больше не имеет отношение к операционные затратам в будущем. Если система имеет сборы, связанные с нерелевантными мнимыми расходами вместо фактических затрат ее мощность будет обязательно быть намного ниже.

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

котировка
котировка
Или же ваша позиция не включает в себя значение, что молния является ступенчатая функция масштабирования прыжок, который включается The SegWit Omnibus набор изменений?
Молния не "включен" по segwit (а не то, что молния была предложена задолго до того, Segwit), кроме того, что недостатки в протоколе делают его чрезвычайно трудно писать ...

Привет! Еще одна вещь, с которой я могу согласиться! Однако, это лишь косвенное отношение к моей точке. Давайте еще раз пересмотреть, удаляя часть, которая, кажется, отвлеклись вас:

котировка
котировка
Льготный стимул для offchain операций над onchain сделок? Близорукие много?
Ничто не segwit "льготная для offchain"- если что-то это немного наоборот.

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

15 июня 2017, 4:52:56 AM   # 15
 
 
Сообщения: 714
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

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

Вы очень хорошо знаете, что это не так. безопасности Bitcoin зависит от доказательства работы, а также децентрализации тех, кто предоставляет ее. Период. Bitcoin имеет доказательство правильности работы консенсуса, смысл, решения на основе консенсуса (ВСЕ решения) в Bitcoin принимаются ИСКЛЮЧИТЕЛЬНО доказательством работы (добыча).  Никто другой не может решить, что-нибудь еще криптографически / технически в Bitcoin, а не какой-либо "большинство полных узлов" (Слишком легко Сибил) и Bitcoin решил не быть доказательством кола монеты, поэтому владельцы кольев не имеют криптографическую / технической возможности принимать либо.

Конечно, Bitcoin является значение лексемы, другая властью в системе является экономическим, которая дается людьми, которые покупают и продают монеты на рынке. Они определяют рыночную стоимость. Но решения в Bitcoin, от которых зависит его безопасность, принимаются исключительно доказательства работы, и был разработан таким образом на цели. Так что не нерудных организация не способствует то, что так когда-либо какого-либо решения или безопасности в системе. Я не говорю, хорошо это или плохо, я говорю, что это так, система была разработана и работает.

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

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

15 июня 2017, 3:38:43 PM   # 16
 
 
Сообщения: 323
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

Может быть, мы противоречили о том, что вы имеете в виду под «размером рабочего набора»? Когда кто-то проверка, данные свидетели является частью данных, с которым вы работаете, не так ли? (Дух - в противном случае не было бы ничего, чтобы подтвердить против). Соответственно, он не является частью «рабочего набора»? Есть мы имеем дело с тайной эфемерной определения-на-страсть?

Так я снова спрашиваю: Как, скажите на милость, это одна проверить сделку, если один не обладает данными подписи?

Может быть, вы заметили, когда вы синхронизируете полный узел с нуля, он идет быстро первые и только в последние месяцы так долго, чтобы закончить. Причиной этого является то, до последней контрольной точки, не подписи данных для транзакций не всегда проверяется. Таким образом, вам не нужно старые данные свидетелей не синхронизировать до последней контрольной точки. Только после того, как последняя контрольная точка будет достигнута, подписи данных для операций проверяется и поэтому необходимые данные свидетеля, а также. В основном SegWit помогает синхронизировать новые полные узлы, Althought НАМНОГО лучше производительность будет, если вы только что загрузили последний набор UTXO и начали синхронизацию с этой точкой.
Variogam сейчас офлайн Пожаловаться на Variogam   Ответить с цитированием Мультицитирование сообщения от Variogam Быстрый ответ на сообщение Variogam

15 июня 2017, 3:50:54 PM   # 17
 
 
Сообщения: 1890
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

Вы очень хорошо знаете, что это не так. безопасности Bitcoin зависит от доказательства работы, а также децентрализации тех, кто предоставляет ее. Период. Bitcoin имеет доказательство правильности работы консенсуса, смысл, решения на основе консенсуса (ВСЕ решения) в Bitcoin принимаются ИСКЛЮЧИТЕЛЬНО доказательством работы (добыча).  Никто другой не может решить, что-нибудь еще криптографически / технически в Bitcoin, а не какой-либо "большинство полных узлов" (Слишком легко Сибил) и Bitcoin решил не быть доказательством кола монеты, поэтому владельцы кольев не имеют криптографическую / технической возможности принимать либо.

вы Су Су неправильно

даже если PoW хэш правильно.
узлы могут отклонить / бесхозные блоки по многим причинам .. и они делают.
Например, они отвергают блоки, если АЯ ехидно добавили, без меченой (без истории)
Например, они отвергают блоки, если ТХ был добавлен злонамеренно, который приносит предел данных выше предельного размера
Например, они отвергают блоки, если АЯ ехидно добавили, без подписи свидетельства о праве собственности
и многие другие причины

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

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

15 июня 2017, 6:23:46 PM   # 18
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

Может быть, мы противоречили о том, что вы имеете в виду под «размером рабочего набора»? Когда кто-то проверка, данные свидетели является частью данных, с которым вы работаете, не так ли? (Дух - в противном случае не было бы ничего, чтобы подтвердить против). Соответственно, он не является частью «рабочего набора»? Есть мы имеем дело с тайной эфемерной определения-на-страсть?

Так я снова спрашиваю: Как, скажите на милость, это одна проверить сделку, если один не обладает данными подписи?

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

Да - это еще один "повышение добавил при разработке клиента QT. Тем не менее, это изменение является фундаментальным нарушением модели доверия. Само по себе такое изменение в модели доверия нет ничего передумать. В самом деле, это не принесет конкретные выгоды для нескольких случаев использования.

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

Это изменение должно было рекламируется далеко, широко и громко содержал этот компромисс.

котировка
В основном SegWit помогает синхронизировать новые полные узлы, Althought НАМНОГО лучше производительность будет, если вы только что загрузили последний набор UTXO и начали синхронизацию с этой точкой.

WTF сделал любой из проверки-вприпрыжку сделано для нескольких версий клиента должны делать с вашим утверждением о SegWit?

При том, что на пути ...

Так я снова спрашиваю: Как, скажите на милость, это одна проверить сделку, если один не обладает данными подписи?
jbreher сейчас офлайн Пожаловаться на jbreher   Ответить с цитированием Мультицитирование сообщения от jbreher Быстрый ответ на сообщение jbreher

15 июня 2017, 8:25:24 PM   # 19
 
 
Сообщения: 323
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

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

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

15 июня 2017, 9:48:17 PM   # 20
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: что произвольная ставка дисконтирования SegWit о сегменте данных свидетелей

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

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

У меня есть знак над входом в мое логово:

Добро пожаловать на Bitcoin узла jbreher в
Гордо проверять каждый блок-включены сделки с 2011 года.

Да просто так вы не в состоянии работать в среде ненадежной, не означает, мы все находятся.
jbreher сейчас офлайн Пожаловаться на jbreher   Ответить с цитированием Мультицитирование сообщения от jbreher Быстрый ответ на сообщение jbreher



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW