Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
7 декабря 2015, 10:02:28 AM   # 1
 
 
Сообщения: 1694
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

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


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


Вот стенограмма презентации. Жесткая вилка, возможно, даже не требуется.

Объяснение Гэвина:

котировка
Pieter Wuille дал фантастическое представление на «сегрегированных Свидетель» в Гонконге. Это отличная идея, и должно быть развернуто в Bitcoin, как только безопасно возможно. Это своего рода фундаментальной идеи, которая будет иметь огромные выгоды в будущем. Кроме того, необходимо лучшее название ( «сегрегация» имеет все виды негативных коннотаций ...).

Вы должны смотреть презентации Питера, но я дам другую закрутку объяснить, что это такое (я знаю, что часто нужно что-то объяснил мне несколько различных способов, прежде чем я действительно понимаю).
Так ... отправка Bitcoin в свидетельской автоподстройке выход в Segregate будет выглядеть странный маленький Beastie в современном blockchain explorers- это будет выглядеть как «любой человек может провести» сделку, с scriptPubKey из:
PUSHDATA [version_byte + validation_script]

Проводит сегрегированные свидетель автоподстройки выходов будут иметь тривиальные один байты, scriptSig из OP_NULL (или, может быть OP_NOP - Там буду Bikeshedding над деталями).

Причина, по которой не безумен, потому что РЕАЛЬНЫЙ scriptSig для сделки будет помещен в отдельную, новую структуру данных, а также бумажники и шахтеры, которые делают проверку будут использовать эту новую структуру данных, чтобы убедиться, что подписи для сделки являются действительными, и т.п.

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

Лучший дизайн объединить транзакционные и сегрегация свидетелем Merkle деревьев в одно дерево, с левой стороны от корня дерева, данные сделки и с правой стороны сегрегированные данных свидетелей. Корень Merkle в заголовке блока будет просто, что комбинированное дерево. Это может (и должен, на мой взгляд) сделать как жесткий вилкой; Питер предлагает делать это в мягкой вилке, на начинку сегрегированного корень свидетель Merkle в первую (coinbase) транзакцию в каждом блоке, который является более сложным и менее элегантно, но означает, что она может быть развернута в виде мягкой вилки.

Независимо от того, как он раскатывается, это будет плавный переход к кошелькам и большинство конечных users-, если вы не хотите использовать новомодные сегрегированных сделки свидетелей, вы не должны. Отдавая кому-то, кто использует новомодные операции выглядит так же, как платить кому-то, используя новомодную multisig бумажник (а «3something» BIP13 Bitcoin адрес).

Там нет требования, что бумажники обновить, но никто генерируя много сделок будет иметь сильный стимул для создания обособленного свидетеля transactions- Pieter предлагает дать сегрегированным Операции со Witness скидкой на операционных издержках, пути не полностью подсчета данных обособленных свидетелей, когда выяснить, плата за килобайт транзакции заряда. Итак ... как же все это с помощью одного мегабайта предельного размера блока?

Ну, как только все детали отработаны, и мягкий или жесткий вилок мимо, и значительная часть сделок расходует отделенны свидетель автоподстройки выходов ... больше сделок будут вписываться в жесткий лимит 1 мегабайта. Например, простейший один-вход, один выход-отделены сделка свидетель будет около 90 байт данных транзакции плюс 80 или около того байта signature- только те 90 байт нужно сжать в блок один мегабайт, вместо 170 байт. Более сложные операции мульти-подпись сэкономить еще больше. Поэтому, как только все переместились своими монеты к изолированным свидетелям автоподстройки выходов и все операции с использованием обособленную свидетеля, два или три раза больше сделок будут втиснуться в один мегабайте предел блока.

Раздельные операции свидетелей не помогут с текущим масштабированием узкого места, которое, как долго он принимает сообщение на один-мегабайтный «блока» распространяться поперек сотовой сети они будут брать столько же пропускную способность, как и раньше. Есть несколько проектов, в ходе, чтобы попытаться решить эту проблему (IBLTs, слабые блоки, тонкие блоки, «blocktorrent» протокол), и тот, который уже развернут и делает распространение один мегабайт блок намного быстрее, чем это было бы в противном случае быть (Мф Corallo, пост реле сети).

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


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


7 декабря 2015, 10:52:54 AM   # 2
 
 
Сообщения: 1386
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

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





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

7 декабря 2015, 12:09:57 PM   # 3
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Таким образом, для мирянина, как я, это в основном простой, эффективный способ залатать податливость эксплойт при одновременном увеличении размера блока? И для этого нам нужно только сделать мягкую вилку?
Это верно?

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

7 декабря 2015, 1:29:11 PM   # 4
 
 
Сообщения: 1694
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Если это правильно и информация свидетель prunable, как это решение масштабирования? Это будет по-прежнему требует размера блока увеличения. Может быть, я думал, что я знал, что масштабирование, но я не бросить захватывая концепцию ...
Scaling не все о размере блока, что большинство понимает. Масштабирование может быть лучшим способом хранения данных, другой подхода на уровень как LN, или что-то еще.
котировка
Что мы делаем скидку на свидетелей данные на 75% для размера блока. Таким образом, это позволяет нам сказать, мы допускаем 4x как много подписей в цепочке. Что это, как правило, соответствует, со сложной нагрузкой сделки, это около 75% увеличения мощности для операций, которые предпочитают использовать его. Другой способ смотреть на это, является то, что мы повышаем размер блока 4 МБ для свидетеля части, но не свидетель имеет одинаковый размер.
Из того, что я понял, что они могли бы обесценить данные свидетелей на 75% прямо сейчас, это означает, что 1 MB блоки теоретически может иметь столько же объем сделки как 4 МБ блоков. Или они увеличивают размер блока для свидетелей части до 4 МБ (не-свидетель часть остается на 1 МБ). Это, как я понял, это до сих пор. Это все еще довольно новая концепция, поэтому я также все еще учусь (Bitcoin это постоянный процесс обучения, хотя).

Таким образом, для мирянина, как я, это в основном простой, эффективный способ залатать податливость эксплойт при одновременном увеличении размера блока? И для этого нам нужно только сделать мягкую вилку?
Это верно?
Просто? Не совсем. Это добавляет сложности, которые BIP101 и сторонники XT, вероятно, будут использовать в качестве аргумента. Если общество хочет простоты и не использовать те преимущества, которые пришли со сложностью, мы должны были оставаться в каменном веке. Это убивает все случаи непреднамеренной пластичности и может быть реализовано с помощью мягкой вилки. Это верно.
Лауда сейчас офлайн Пожаловаться на Лауда   Ответить с цитированием Мультицитирование сообщения от Лауда Быстрый ответ на сообщение Лауда

7 декабря 2015, 1:39:03 PM   # 5
 
 
Сообщения: 1064
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?


Из того, что я понял, что они могли бы обесценить данные свидетелей на 75% прямо сейчас, это означает, что 1 MB блоки теоретически может иметь столько же объем сделки как 4 МБ блоков. Или они увеличивают размер блока для свидетелей части до 4 МБ (не-свидетель часть остается на 1 МБ). Это, как я понял, это до сих пор. Это все еще довольно новое понятие, так что я тоже еще учусь.



Все еще учусь; но сделать пост под названием "Раздельное свидетель - Решение масштабирования",
Заратустры сейчас офлайн Пожаловаться на Заратустра   Ответить с цитированием Мультицитирование сообщения от Заратустра Быстрый ответ на сообщение Заратустра

7 декабря 2015, 1:42:54 PM   # 6
 
 
Сообщения: 1722
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

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

7 декабря 2015, 1:44:52 PM   # 7
 
 
Сообщения: 784
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Лауда, объяснить сегрегированный Свидетель мне, как я пять.
И мне, как будто я только что родился
mexxer-2 сейчас офлайн Пожаловаться на mexxer-2   Ответить с цитированием Мультицитирование сообщения от mexxer-2 Быстрый ответ на сообщение mexxer-2

7 декабря 2015, 1:51:04 PM   # 8
 
 
Сообщения: 1694
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Лауда, объяснить сегрегированный Свидетель мне, как я пять.
Это немного трудно правильно объяснить что-то настолько сложное, не выходя из важной информации. Позвольте мне попробовать это: "Обычно TransactionID является хэш подписи и сделки", С обособленным свидетелем подпись исключается (поскольку они потребляют 60% данные о blockchain сейчас). Другими словами, они собираются повторно работу, как эти данные хранятся (Упрощенное объяснение без Merkle дерева), исключив его из блока.

Положительный результат этого является эффективным блоком-размером 4 МБ с мягкой вилкой. С эффективным я имею в виду, что они не должны изменить фактический размер блока (что большинство людей знают сегодня).


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

7 декабря 2015, 1:58:24 PM   # 9
 
 
Сообщения: 1722
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Но не подпись проверки сделки была создана реальным владельцем адреса? Что о multisig? Разве что ушли с этой новой системой? Звуки очень слоеное ко мне.
QuestionAuthority сейчас офлайн Пожаловаться на QuestionAuthority   Ответить с цитированием Мультицитирование сообщения от QuestionAuthority Быстрый ответ на сообщение QuestionAuthority

7 декабря 2015, 2:05:06 PM   # 10
 
 
Сообщения: 1694
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Но не подпись проверки сделки была создана реальным владельцем адреса? Что о multisig? Разве что ушли с этой новой системой? Звуки очень слоеное ко мне.
Ты прав. Тем не менее, я не говорю об удалении данных сигнатур; Я сказал, исключив из блоков.
котировка
Не было бы неплохо, чтобы просто бросить подписи? Причина, почему мы не можем сделать это, потому что подпись является частью хэша сделки. Если бы мы просто перенесите сиговые от сделки, блок не будет проверять, вы не смогли бы доказать выходные расходы пришли из этой сделки, так что это не то, что мы могли бы сделать.
котировка
Вы получаете увеличение размера, потому что вы больше не хранить подписи в блоке, вы просто должны все свои подписи пустым и ссылаться на выход, как [хэш] OP_TRUE, где [хеш] является сценарий хэш для выполнения. Тогда вы можете подписаться на сделку с пустыми сиг сценария. Данные для подписи удерживается вне блока, и ссылается на хэш в блоке (вероятно, в sigScript от coinbase сделки). Поскольку данные подписи не является частью реального блока, вы можете сделать дополнительные данные сига блок + более чем 1 МБ.
Это не исключает multisig, он на самом деле решает податливость как я ранее заявлял, и как видно на слайде.
Лауда сейчас офлайн Пожаловаться на Лауда   Ответить с цитированием Мультицитирование сообщения от Лауда Быстрый ответ на сообщение Лауда

7 декабря 2015, 2:40:11 PM   # 11
 
 
Сообщения: 1722
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Но не подпись проверки сделки была создана реальным владельцем адреса? Что о multisig? Разве что ушли с этой новой системой? Звуки очень слоеное ко мне.
Ты прав. Тем не менее, я не говорю об удалении данных сигнатур; Я сказал, исключив из блоков.
котировка
Не было бы неплохо, чтобы просто бросить подписи? Причина, почему мы не можем сделать это, потому что подпись является частью хэша сделки. Если бы мы просто перенесите сиговые от сделки, блок не будет проверять, вы не смогли бы доказать выходные расходы пришли из этой сделки, так что это не то, что мы могли бы сделать.
котировка
Вы получаете увеличение размера, потому что вы больше не хранить подписи в блоке, вы просто должны все свои подписи пустым и ссылаться на выход, как [хэш] OP_TRUE, где [хеш] является сценарий хэш для выполнения. Тогда вы можете подписаться на сделку с пустыми сиг сценария. Данные для подписи удерживается вне блока, и ссылается на хэш в блоке (вероятно, в sigScript от coinbase сделки). Поскольку данные подписи не является частью реального блока, вы можете сделать дополнительные данные сига блок + более чем 1 МБ.
Это не исключает multisig, он на самом деле решает податливость как я ранее заявлял, и как видно на слайде.

Итак, как же сделки подписаны и не увеличивает возможность конфликтов адресов? Hal Финли предложил проверку подписи партии давно, где считалось, ярлык secp256k1 бы принести столько, сколько увеличение скорости на 20% до проверки подписи. К тому времени он был изменен и реализован, в целях защиты безопасности, не было почти никаких преимуществ скорости. Удаление проверки знач из добываемых блоков, скорее всего, какое-то вопрос утечки безопасности. Я просто не хватает знающим, чтобы сказать вам, что это будет. Я буду с нетерпением следить за развитием.
QuestionAuthority сейчас офлайн Пожаловаться на QuestionAuthority   Ответить с цитированием Мультицитирование сообщения от QuestionAuthority Быстрый ответ на сообщение QuestionAuthority

7 декабря 2015, 3:21:23 PM   # 12
 
 
Сообщения: 1694
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Итак, как же сделки подписаны и не увеличивает возможность конфликтов адресов? Hal Финли предложил проверку подписи партии давно, где считалось, ярлык secp256k1 бы принести столько, сколько увеличение скорости на 20% до проверки подписи. К тому времени он был изменен и реализован, в целях защиты безопасности, не было почти никаких преимуществ скорости. Удаление проверки знач из добываемых блоков, скорее всего, какое-то вопрос утечки безопасности. Я просто не хватает знающим, чтобы сказать вам, что это будет. Я буду с нетерпением следить за развитием.
Данные поступают после блока и соединен с помощью хэш-IIRC. Я не думаю, что это увеличивает вероятность возникновения конфликтов адресов, почему бы это? Видимо, это было в тестовом режиме в течение 6 месяцев, и я уверен, что они не пропустили бы значительную утечку безопасности так же, как это. Кроме того, они не будут бросаясь на это так или иначе. Для точной специфики мне придется вернуться к этой теме, как я теперь очень занят и кочан (возможно остаться отключен). 
Лауда сейчас офлайн Пожаловаться на Лауда   Ответить с цитированием Мультицитирование сообщения от Лауда Быстрый ответ на сообщение Лауда

7 декабря 2015, 3:53:38 PM   # 13
 
 
Сообщения: 840
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Видео большой работы done-

https://www.youtube.com/watch?v=fst1IK_mrng#t=36m
BitUsher сейчас офлайн Пожаловаться на BitUsher   Ответить с цитированием Мультицитирование сообщения от BitUsher Быстрый ответ на сообщение BitUsher

7 декабря 2015, 4:06:45 PM   # 14
 
 
Сообщения: 840
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Лауда, объяснить сегрегированный Свидетель мне, как я пять.
И мне, как будто я только что родился

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

Побочные выгоды, а также
    Гораздо проще в будущем опкод добавления / обновления
    Решает проблемы податливости
    доказательства мошенничества для каждого правила консенсуса, что делает SPV гораздо более безопасными и ленивая проверка
    
Также может быть развернуто с softfork, которые без этого обновления было бы чрезвычайно трудно осуществить.

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

Sildes- https://prezi.com/lyghixkrguao/segregated-witness-and-deploying-it-for-bitcoin/

Еще лучше, код уже сделан и был испытан на протяжении более 6 месяцев -

https://github.com/ElementsProject/elements/commit/663e9bd32965008a43a08d1d26ea09cbb14e83aa
https://github.com/sipa/bitcoin/commits/segwit


Прочитайте часть жирной. Дополнение: Изменяя как хранятся данные, они экономят много места (отсюда эффективный Блок-размер 4 МБ).

"Размер = 4 * BaseSize + WitnessSize <= 4MB. Для нормальной нагрузки сделки, это означает, что 1,75 МБ, но больше для multisig."
https://twitter.com/pwuille/status/673710939678445571

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

7 декабря 2015, 4:16:48 PM   # 15
 
 
Сообщения: 1890
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Лауда, объяснить сегрегированный Свидетель мне, как я пять.
И мне, как будто я только что родился

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

Побочные выгоды, а также
    Гораздо проще в будущем опкод добавления / обновления
    Решает проблемы податливости
    доказательства мошенничества для каждого правила консенсуса, что делает SPV гораздо более безопасными и ленивая проверка
   
Также может быть развернуто с softfork, которые без этого обновления было бы чрезвычайно трудно осуществить.



Прочитайте часть жирной. Дополнение: Изменяя как хранятся данные, они экономят много места (отсюда эффективный Блок-размер 4 МБ).

"Размер = 4 * BaseSize + WitnessSize <= 4MB. Для нормальной нагрузки сделки, это означает, что 1,75 МБ, но больше для multisig."
https://twitter.com/pwuille/status/673710939678445571

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

и потому, что по-прежнему должна быть цепь, содержащую подписи .. это было бы реальным Bitcoin, который будет по-прежнему раздувать ..
и если кто-то еще хочет быть полноценным узлом. то они должны теперь есть 2 цепи .. больше данных, как некоторые ТХ данные дублируются, удерживая одновременно

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

7 декабря 2015, 4:41:05 PM   # 16
 
 
Сообщения: 840
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?


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


Да, мягкие вилки новые цепи во всех случаях.



и потому, что по-прежнему должна быть цепь, содержащую подписи .. это было бы реальным Bitcoin, который будет по-прежнему раздувать ..
и если кто-то еще хочет быть полноценным узлом. то они должны теперь есть 2 цепи .. больше данных, как некоторые ТХ данные дублируются, удерживая одновременно

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


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

В blockchain подписи segregated-- один имеют сделки минус подпись, и один имеет только подпись. Полные узлы будут по-прежнему загрузки и проверки обоих, так что безопасность не снижается или скомпрометирован.

В основном это создание лучшего SPV / облегченный клиент, который имеет возможность использовать мошеннические доказательства для проверки подлинности. Она не предназначена для замены узлов Full!




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

7 декабря 2015, 5:00:51 PM   # 17
 
 
Сообщения: 840
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Лауда, объяснить сегрегированный Свидетель мне, как я пять.
И мне, как будто я только что родился

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

Ранее они имели политику позволяя 2 ручной клади мешки весом 10 кг в общей сложности, но сверхурочные с растущей экономикой их клиенты становились все более богатым и нужно путешествовать с большим количеством сумок, потому что они летят на Арубе в течение 2 недель каникул, вместо 1 недели , Клиенты требовали больше мешков и до 40 кг веса багажа. У них был выбор, чтобы увеличить размер плоскости, но бухгалтеры и инженеры были обеспокоены тем, что затраты на топливо будут расти и безопасность самолетов может быть поставлена ​​под угрозу, а с таким большим весом. Отдел продаж также высказал возражение, что большие самолеты будут вырубать на своих летающих путях, ведущих к менее возможных направления клиентов могут посетить.

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

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



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

7 декабря 2015, 5:05:34 PM   # 18
 
 
Сообщения: 770
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Но что сумма сделки в секунду это поставит? это может реально конкурировать с LN с точки зрения того, чтобы быть в состоянии быть на том же уровне VISA и т.п.? Это выглядит хорошо на поверхности, но я бы ждать кого-то, как gmaxwell прокомментировать на нее, чтобы увидеть возможные недостатки. Кто-нибудь из основных разработчиков говорят об этом?
AtheistAKASaneBrain сейчас офлайн Пожаловаться на AtheistAKASaneBrain   Ответить с цитированием Мультицитирование сообщения от AtheistAKASaneBrain Быстрый ответ на сообщение AtheistAKASaneBrain

7 декабря 2015, 5:07:34 PM   # 19
 
 
Сообщения: 784
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Лауда, объяснить сегрегированный Свидетель мне, как я пять.
И мне, как будто я только что родился

Авиакомпания позволяет только принести ограниченное количество веса на борту самолета в вашем багаже. Это правило в месте, потому что, если они позволяют одному человеку, чтобы принести 20кг багажа, чем они должны позволить всем тоже, а тем самым замедляя самолет вниз, стоимостью больше топлива, и, возможно, приводящего к краху из-за избыточного веса. 10 кг на человека и 2 сумки для переноски разумно они утверждают. Проблема в том, ваша 2 сумки только подходит 8кг пунктов, и вы действительно хотите, чтобы принести больше деталей, но авиакомпания говорит, что 2 сумка предел из-за пространственные соображения, которые должны быть рассмотрены, а также. Подходите с умной идеей и бежать в ванную, вынуть всю одежду от 3 мешков, и начинают носить несколько слоев брюки, носки и рубашки, и теперь у вас есть комната, чтобы принести весь 10кг багажа и устранить третьи мешок.

ЦП, пропускная способность, задержка и затраты на обеспечение безопасности все же с обособленным свидетелем. Вы просто понял, трюк, чтобы эффективно разрешить больше операций для одних и тех же затрат ресурсов.
Уф, теперь это было хорошее объяснение
mexxer-2 сейчас офлайн Пожаловаться на mexxer-2   Ответить с цитированием Мультицитирование сообщения от mexxer-2 Быстрый ответ на сообщение mexxer-2

7 декабря 2015, 5:09:54 PM   # 20
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: сегрегированных свидетель - Решение Масштабируемость (краткосрочный)?

Но что сумма сделки в секунду это поставит? это может реально конкурировать с LN с точки зрения того, чтобы быть в состоянии быть на том же уровне VISA и т.п.? Это выглядит хорошо на поверхности, но я бы ждать кого-то, как gmaxwell прокомментировать на нее, чтобы увидеть возможные недостатки. Кто-нибудь из основных разработчиков говорят об этом?

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW