характеристика биткоин smartcontract

Я нуб, поэтому, пожалуйста, медведь со мной.

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

Насколько мне известно, единственная работа сейчас делается на sidechains. Какие-то зацепки?

+801
nibbs93 13 февр. 2017 г., 23:12:15
23 ответов

Это как я это вижу. Общее количество биткоинов, которые когда-либо быть добыто 21 миллион. Самый маленький биткоин единицей является Сатоши (0.00000001 биткойн). Если мы помещаем все возможные сатоши на свой кошелек, мы хотели получить максимальное количество кошельков, которые может иметь любой остаток на них (таким образом, фактическое количество кошельки с биткоинами явно меньше). Это 21x10^6(БТЦ) х 10^8 (Сатоши/БТЦ) = 21 х10^14 кошельки. Это огромная цифра, но это затмевается 2^256 возможные кошельки. Так что в этом худшем случае, вероятность угадывания кошелек с одним Сатоши 21x10^14/(2^256)=1.813595x10^-62. Невероятно малое количество.

+961
kuanb 03 февр. '09 в 4:24

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

Если совпадение не будет найдено решение с ветвей и границ алгоритм, ядра биткоин вернется к прежней стратегии. Это предполагает сортировку всех unspents descendingly по их стоимости и итеративно выбирает подмножество случайно в том или пропуск элементов списка.

+943
Agi Hammerthief 27 июл. 2014 г., 8:22:33

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

Что происходит с закрытым ключом на оплату

Как может сделок быть проверена без секретного ключа?

Вместо цифровой подписи осуществляется на основе закрытого ключа, и, насколько я понимаю, что цифровая подпись проверяемого, когда "против" к открытому ключу.

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

Или, по-другому, цитирую ответ из первого поста, перечисленных выше:

"Действительная подпись не может быть создана без доступа к закрытому ключу" - почему нет?

+809
Dave Lasley 31 июл. 2015 г., 15:31:02

Потому что они не известны.

Это может звучать удивительно, но вы должны понимать, что правила биткоин консенсус определяется как (экономически значимым) полные узлы на самом деле применять. Мы можем предположить, в этот момент, что это в основном различные версии ядра биткоин, и производные проекты, но что может измениться с течением времени.

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

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

  • Принимать каждый действительный блок, но вы же отвергаете всякий крайний случай точно, что вызывает отторжение.
  • Гарантировать, что узлы могут найти друг друга
  • Гарантировать, что узлы продолжают скачать блоки друг от друга в различных обстоятельствах
  • Предотвратить переходный отключается/баны (а не должен уметь реле блок Б - которым возможно выполнение разных программных - таким образом, что, когда B передает C, с отключается или запреты Б).
  • Взять соображений производительности во внимание. Если блок или сделки могут быть сконструированы таким образом, чтобы значительное количество времени, чтобы проверить, можно упростить эгоистичный майнинг атак. Если время проверки может быть причинен принимать близко к блоку интервал времени (10 минут), сходимость по сети может не полностью.

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

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

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

  • В OP_CHECKMULTISIG избыточных поп стека. Этот был давно известен, но, вероятно, не было известно в первые месяцы или даже годы истории биткоина. В OP_CHECKMULTISIG опкод всплывает еще один элемент из стека, чем нужно. Люди работали вокруг этого, нажав дополнительную OP_0, когда тратить выходной multisig. Бип 147 было предложено требовать, чтобы быть OP_0 даже. В первые дни биткоин, а reimplementer, вероятно, неправильно это воспроизвела.

  • Сжатый и гибридных открытых ключей. Согласно различным спецификациям, государственным названием secp256k1 ключи могут быть закодированы в несжатый, сжатый или гибридных форматов. Биткоин изначально использовался только несжатые ключи (комментарии в исходном коде указывают на то, что автор программы не знает сжатых ключей), но, как каждый узел в свое время был с помощью OpenSSL для проверки, люди могли просто начать использовать сжатый ключи и сети, их приняли. В этом случае неизвестная часть правил была "злоупотреблять" для улучшения.

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

  • Различие между проверкой подписи отказа и выполнения сценариев сбоя. Некоторые переопределенная функция есть изначально относились отказы подписи как ошибки сценария (который является правильное предположение почти все скрипты, но не все). Рассмотрим скрипт формы <по умолчанию> OP_CHECKSIG OP_NOT. Это скрипт, который потребляет одну подпись из стека, и требует его подписи, что является недопустимым для того, чтобы пройти.

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

  • Противоречивые парсер в OpenSSL дер. В OpenSSL используется для подписей в свою поддержку закодированы с использованием различных отклонений от стандарта дер, часто с произвольными ограничениями и странные различия (целое число может быть закодировано как структуру, содержащую целочисленный), реализованные в тысячах строк трудно читать код на C. В то время каждый переопределенной, что не использовать OpenSSL могло быть тривиально отделилась, создав сделки, которые злоупотребляют на те странные отклонения. Это очень хороший пример, как вполне вероятно, что никто и никогда точно знал, что в OpenSSL принимаются и не. Это было в конечном счете исправлено BIP66, который сделал парсинг подписи гораздо более ограничительный характер, и позволило нам отойти от OpenSSL после того, как стало правило сети.

  • В OpenSSL подпись непоследовательность парсер. OpenSSL на разборе подписи история идет дальше: выяснилось, что один из его разрешено дер отклонений зависимой платформой. Был конкретный дескриптор длины допускается до 4 байт на 32-битной системы и 64-битной Windows, и до 8 байт на других. В результате биткоин профильных инстанциях на разных платформах, чтобы быть несовместимыми друг с другом, даже, гораздо меньше соответствовать переопределенная функция в то время. Это открытие косвенно установлена BIP66 также, требуя, чтобы в кратчайшие дескриптор длины должен быть использован. Полный график в этом раскрытии.

  • Лимит блокировки "БДБ". Ранние версии ядра биткоин (раньше он назывался именно так), до версии 0.7.х, использовали базу данных chainstate реализовано в ВОВ. BDB является многоступенчатый процесс базы данных (что-то мы не нужны), что нужно предварительно количество замков, чтобы предотвратить одновременный доступ к записям и обнаружение взаимоблокировок. Получается, что число избранных замков было достаточно, в основном для обработки биткоин-блоков, пока в один злосчастный блок 11 марта 2013 года. Это был блок с удивительно большим количеством входов (и выходов), в результате чего в более транзакций в модели базы данных, что время воздействия. Стандартное количество замков был превышен, операции с базой данных не удалось, и биткойн не смог обработать этот блок. В результате, появилась развилка. Это усугубляется тем, что многие шахтеры уже обновлен до версии 0.8.0 (который используется LevelDB и больше не было этого ограничения блокировка), в то время как многие другие узлы не имели. Более подробную информацию можно найти в посмертном документе BIP50.

  • ... Кто знает, какие вещи мы не знаем о еще?

+739
Malar Subramanian 18 февр. 2017 г., 12:56:24

Я рекомендую этот Магистерская диссертация на тему “Проектирование и анализ безопасности биткоин-инфраструктуры с использованием приложений, развернутых на Google приложения двигателя.” Он охватывает основы протоколе Bitcoin и как все работает вместе в биткойн-экосистему.

Я считаю, что автор этой статьи тоже довольно активны здесь!

+691
wildmonkey 27 окт. 2019 г., 14:46:34

В частности, меня смущает, где он говорит, что 0.00622777 ВСН эквивалентно $3.55 на один из входов на blockchair.Это просто неправильно. Это ближе к 0.99$

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

Кроме того, меня смущает, почему есть две операции, которые находятся в 6 кварталах отсюда. Я сделал только одну сделку. Он пытается сформировать проводки за разных блоков, объединяя различные UTXO здесь и там?

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

+658
hmj6jmh 12 окт. 2014 г., 23:31:54

Этот ответ немного отличается от описания, используемые в биткоин Optech бюллетень № 43. Полный зачет и спасибо Дэйв Хардинг!

BIP158 представляет компактный блок фильтров, которые основаны на эффективный метод кодирования список из одинаковых по размеру элементов. В случае "базового" блока фильтры, описанные в бип, это список всех выход расходуемого scriptPubKeys в текущем блоке плюс все в scriptPubKeys для выходов потратил на входы этого блока (то, что разработчики называют предыдущие выходы (prevouts)). Каждый из scriptPubKeys хэшируется, чтобы дать каждому элементу такого же размера, а затем эти элементы сортируются в списке повторяющиеся элементы удаляются. Этот список затем кодируется с помощью Голомб-рис закодированы Наборы (ГКС) алгоритм, описанный в BIP158, без потерь уменьшение размера списка. Этот конкретный базовый фильтр обеспечивает достаточно информации для тех, кто знает, биткойн-адрес, чтобы найти любой блок, содержащий сделки либо платить этот адрес (scriptPubKey выход) или расходовании средств, ранее полученных адрес (scriptPubKey prevout). Поиск может дать ложно-положительный матчи (поэтому блоки, которые не содержат операций по этому адресу будут включены в результаты), но никогда не приводит к ложным негативов (так блоки, которые не содержат операций по этому адресу никогда не быть исключены из результатов).

Отдельный бип BIP157, описывает как эти компактный блок фильтры можно заказать через сеть, используя биткоин Р2Р протокол. BIP157 предназначен для работы с BIP158 "основных" фильтров но она также может быть расширена для поддержки дополнительных фильтров кодировать списки других предметов. Одна особенно ценная часть BIP157 заключается в том, что он вводит понятие фильтром заголовков, где заголовок для каждого фильтра обязуется хэш предыдущего блока заголовок фильтром плюс хэш текущего фильтра. Это создает цепочка фильтров, похожими на цепи биткоина блоков и разработан, чтобы сделать его легко сравнить фильтры из нескольких сверстников: каждый узел может отправлять только заголовок фильтра (32 байта) и, если есть любые заголовки, которые не соответствуют, клиент может запросить ранее и раньше заголовки в цепи до точки расхождения не найдено. Создание фильтра заголовка по требованию для конкретного блока потребует хеширования всех предыдущих фильтров, поэтому серверы, которые обеспечивают BIP157 заголовки фильтр, как правило, нужно хранить их заранее.

На момент написания статьи (апрель 2019), биткоин ядро может генерировать и хранить блок фильтров и фильтрующих заголовки, и пользователи могут получить доступ к ним с помощью getblockfilter Протокол RPC. Ядра биткоин в настоящее время не предоставляет блок фильтров или фильтров заголовков через P2P сети.

Вот пример getblockfilter возврата объекта:

$ биткоин-CLI и getblockfilter $( биткоин-Кинк getblockhash 170 )
{
"фильтр": "0357e49590040c79b0",
"заголовок": "349eaecc8bb7793c9f3c28e78df6675ef904515e9a310e4532785aeb45526090"
}

Мы выбрали блок 170, потому что его фильтр является первым, чтобы содержать более чем один элемент (он содержит 3 элемента) и потому что последний блока на момент написания этой статьи (блок 572,879) имеет фильтр, который содержит 8,599 элементы---слишком много для нас, чтобы напечатать элегантно.

+613
Galled 24 июл. 2014 г., 19:16:44

Кто-нибудь построил оружейную биткоин кошелек и успешно создали кошелек, используя Python и Оружейной в библиотеку, а не через GUI?

+611
Dan Robson 20 янв. 2019 г., 8:20:22

Какие варианты комплектации имею в горячность, когда вы объединяете?

  • Минимальная Ставка
  • Ставка
  • Лимита
  • Переплачивать

enter image description here

+535
Nikitakos 19 февр. 2017 г., 21:51:03

Да. Для того, чтобы быть частью сети, вы должны быть частью сети. Это так же, как с Bitcoin...или даже интернета в целом.

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

+491
chelsea 15 июн. 2017 г., 4:37:23

1 биткоин = 100 миллионов сатоши

+454
I1983l 27 сент. 2017 г., 12:43:39

AntPool, крупнейшей горнодобывающей бассейн шахт много пустых блоков (быстрая стат за последние 100 блоков, добытых на момент написания показывает 20% <10 кб).

Хотя я понимаю, что иногда это полезно, чтобы мой пустой блок, когда не было времени для проверки всех сделок в предыдущем блоке. Эта проверка должна быть очень быстрая по сравнению со средней 10мин блок времени (проверка блока как 2000 операций не следует принимать более чем на несколько секунд на современном компьютере, нет?). Так почему, черт возьми, Antpool добыча так много пустых блоков???

Просто для сравнения, тот же стат на 2 больших бассейна, F2Pool, дает всего 4% блоков <100 кб и 0% <10 кб.

Редактировать: я вытащил еще несколько статистика за последние 500 операций, а в 16/12/2006 11:25 по среднеевропейскому времени - 18 блоков < 5кб (3.6%) - AntPool добывают 98 блоков, из которых 16 < 5кб (16.3%), охватывающий почти 90% пустых блоков - Пришли пустые блоки в среднем 6,6 мин после последнего блока да так быстрее, чем в среднем по 10 минут, но еще достаточно времени, чтобы включить проводки - Только 16% из этих 18 очень быстрая пустые блоки <1мин

+419
gorin 18 авг. 2016 г., 7:49:49

Файл конфигурации в файле$Home/.биткоин/. Если вы не можете видеть это, наиболее вероятным объяснением является то, что вы не создали его. Просто используйте ваш любимый текстовый редактор, чтобы сделать это. Насколько я могу сказать, bitcoind -демон будет работать без биткоин.конф присутствует и вы все равно получите сообщение 'через конфигурационный файл /home/пользователь/.биткоинов/биткоин.conf' и в отладке.отчет , даже если ни одного файла не существует.

+386
gilm 2 дек. 2010 г., 8:26:03

Следовали ли вы инструкции по сборке?

Они находятся здесь: https://github.com/bitcoin/bitcoin/blob/master/doc/build-unix.md

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

Кроме того, в Bitcoin-CLI-это инструмент командной строки, чтобы поговорить с вашим биткойн-узел (bitcoind). Вам нужно пройти команду. Данные-реж флаг просто указывает каталог данных. Попробуйте передать команду getblockchaininfo

+386
lisa6748 4 июл. 2017 г., 12:42:03

ПО на MtGox, хакер получил около 2000 БТЦ. Несколько реальных покупателей, также купили биткоины по искусственно заниженной цене во время инцидента, вывела их и держали их. Это, по оценкам, составляют менее 650 БТЦ.

Данные, указанные по ссылке выше, являются:

~Июня 2011 МТ. Gox Инцидент 
Время: 2011-06-19T18:00 ± 1 ч (кража), последующие дни (хаки и вывод средств)
Жертва: МФ. Гора Gox (некоторые утверждают, также клиентам)
Статус: непойманный вор 
Размер:
Украденное вор: 2000 БТЦ (официальная оценка)
Дополнительные выведены из МТ. Гора Gox: 643.27 БТЦ (нижняя граница)
Итого: нижняя граница 2643.27 БТЦ
Эквивалент в долларах США: 46970.91 $ (использовали последний стоимость сделки; фактическая цена в то время не было надежных)
Операции: никто официально выпущен 
Масштаб мероприятия был широко оспаривается; некоторые сообщить о краже почти 500000 БТЦ связаны, взлом аккаунта. В это время эти отчеты кажутся необоснованными и внимательном осмотре ставит убытков по ближе к 2500 БТЦ. Некоторые дополнительные деньги были украдены трейдеры спекулируют на падение цен и отозвать вовремя, в том числе подрумяненный на форумах bitcointalk.org . МТ. Иди_ претензий к нему возмещаются заказчиками за эту кражу.
+384
MyLife 9 апр. 2018 г., 18:38:21

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

enter image description here

Что означает голубой линии около 5 утра?

+339
Vaseltior 28 янв. 2010 г., 4:52:33

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

Если это так, то что мешает Шахтера, который "находит" блок от учета, а не отчетности его обратно в бассейн? Я предполагаю, что там какой-то защиты, а шахтеры на самом деле не собирается, чтобы найти полное решение.

+249
Amirfiruz Rahnema 14 сент. 2019 г., 1:04:36

Ходят слухи, что создатель биткоин Сатоши Накамото, в настоящее время обладают аж на 1,5 м биткоины.

Каковы шаги, чтобы определить / угадать, сколько монет Сатоши был?

+224
arivero 17 янв. 2011 г., 15:34:41

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

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

Кто-нибудь на форуме знает, что вызывает эту проблему? Я приведу код для тех, кто может помочь мне.

Спасибо!

+104
JMDee 27 июл. 2016 г., 2:58:57

Известно, что Bitcoin имеет ограничение в 1 Мб на блок.

Однако, средний размер блока составляет около 0.6 Мб:

Bitcoin average block size

(исходные данные)

Согласно этой теме, Bitcoin сделок в среднем имеет размер 512 Б. Для простоты, я не считая 80 Б блока заголовка.

Учитывая, что, возможно, поместится около 1200 операций в блоке сегодня. Учитывая, что новый блок будет разрабатываться каждые 10 минут, текущая емкость сети составляет 2 ТПС:

1200 операций/блок / 10 мин/блок / 60 сек/мин = 2 операций/с

Это выглядит как очень низкая пропускная способность, особенно когда по сравнению с PayPal в среднем ~115tps и Visa в среднем ~2000 ТПС.

А теперь представьте, что я хочу построить боковую цепь, которая может обрабатывать больше трафика, как в сети Visa. Я хочу поддерживать большинство параметров биткоина блокчейн (10 мин/блока, ~512 Б/сделки), но, будучи в состоянии обрабатывать 2000 ТПС.

В этом случае, мой размер блока будет следующим:

2000 транзакций * транзакции 512 Б/ * 60 сек/мин * 10 мин/блок = 586 МБ/блок

Это оценка выше правильный, или я что-то пропустила?

Если это правильно, каковы последствия перехода от 1 Мб размер блока до 586 МБ?

+72
user7613 28 июл. 2017 г., 13:44:17

Вы говорите, что это трудно, потому что пользователь должен подписывать свои сделки вручную? P2SH не на "типичный" уровень пользователя. Для multisig работать, как это предполагается, она предполагает, что каждый потенциальный синьор знает, как заключить сделку. Сайт, который потребует его пользователям подписывать свои сделки P2SH бы довольно узкая целевая аудитория. Помимо строительства собственного родного приложения рабочего стола, что делает multisig подписание прост для обычного пользователя, я не уверен, что другие варианты вы бы.

+59
Gupta 29 дек. 2011 г., 22:18:13

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

Многие страны имеют вид на крипто-валютах. Некоторые считают их наличной иностранной и те правила, относящиеся к иностранной наличности устанавливается, однако, существует ряд мнений в зависимости от конкретной страны.

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

+45
LYOLIK 28 июл. 2015 г., 4:15:54

Я видел, что писали разные значения, но 3.3--7 транзакций в секунду появится всплывающее много. В разделе 2 о масштабировании децентрализованной блокчейнами (позиции) он говорит следующее:

Есть два интересных сценариев: первый сценарий-это когда Сеть Bitcoin работает на максимальной пропускной способности, а именно 3.3–7 операций/сек. Это максимальная пропускная способность сдерживается Биткоин 1 МБ максимальный размер блока и переменным размером сделки. Нижняя граница максимальная пропускная способность определяется исходя из текущей средний размер сделки около 500 байт, в то время как верхняя граница основываясь на пресловутом оценкам [1], что соответствует необычно маленькие (250 байт) операций.

Максимальный размер блока составляет 1 000 000 в соответствии с исходным кодом. Мои подсчеты дают мне эти значения средние размеры сделок 500 байт для нижней границы и 250 байт для верхней границы:

нижняя граница: 1,000,000 / 500 / 600 = 3.3333(3)
верхняя граница: 1,000,000 / 250 / 600 = 6.6666(6)

нижняя граница’: 1024*1024 / 500 / 600 = 3.4952533(3)
верхняя граница': 1024*1024 / 250 / 600 = 6.9905066(6)

По моим подсчетам, правильные округлые максимальная пропускная способность сети Bitcoin составляет 3,3--6.7 для средних операций, приведенных выше. Мне интересно, есть ли у меня что-то не так. Авторы могли бы округляется только верхняя граница, но это не имеет особого смысла.

+41
Aaron Ciuffo 8 февр. 2012 г., 0:23:55

Показать вопросы с тегом