Биткоин выполнения скрипта неудачной

Я работаю мой путь через "освоение биткоин".

Автор сделал проводки:

0627052b6f28912f2703066a912ea577f2ce4da4caa5a5fbd8a57286c345c2f2

https://www.blockchain.com/btc/tx/0627052b6f28912f2703066a912ea577f2ce4da4caa5a5fbd8a57286c345c2f2

Я пытался выполнить сценарий транзакции (со скриптом разблокировки в Uвых) в биткоин скрипт онлайн-симулятора: https://siminchen.github.io/bitcoinIDE/build/editor.html ввод текущей ScriptSig:

ScriptSig: PUSHDATA(72)[3045022100884d142d86652a3f47ba4746ec719bbfbd040a570b1deccbb6498c75c4ae24cb02204b9f039ff08df09cbe9f6addac960298cad530a863ea8f53982c09db8f6e381301] PUSHDATA(65)[0484ecc0d46f1918b30928fa0e4ed99f16a0fb4fde0735e7ade8416ab9fe423cc5412336376789d172787ec3457eee41c04f4938de5cc17b4a10fa336a8d752adf]

со скриптом вывода:

ДУП PUSHDATA HASH160(20)[7f9b1a7fb68d60c536c2fd8aeaa53a8f3cc025a8] EQUALVERIFY опция -- checksig

по проводнике.

У меня "казнь неудачно", хотя я не выясню, в чем проблема. Видимо op_EQUALVERIFY провалилась.

enter image description here

+480
Bmosorio342 19 сент. 2015 г., 13:25:54
29 ответов

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

Есть несколько подобных историй на этот сайт с другими жертвами.

На сайте Forexbitoptions.com дает свой адрес как 586 Макардл дорогу Кинзи, штат Алабама 36303, США. Если вы поместите этот адрес в Google картах и проверить вид с улицы, он выглядит как какой-то случайный небольшого загородного дома (2000 кв. м, 3 кровати, одноэтажный).

Этот адрес также используется 247bitminer.com так что я думаю, эти мошенники просто копируют друг друга сайты.

+985
sakchaipengthaisong 03 февр. '09 в 4:24

1) несколько сделок, 100% безопасно?

Нет.

2) допустим, есть два идентичных сделок происходит в то же время, те сделки, которые будут вам дифференцированно на основе хэшей?

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

Раньше было гораздо проще. Некоторое время назад, было отмечено, что два coinbases могут иметь одинаковые хэши, и поэтому создать идентичные сделки вниз по линии. Смотрите также: Почему блок высота требуется для всех?

+979
wowlittlerock 19 окт. 2010 г., 17:17:45

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

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

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

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

Например, если у меня было 50 единиц этой валюты, я мог бы попросить подписанное и датированное заявление от центральной власти, говоря, что я эти монеты и показывая свой публичный ключ. Если я хочу перевести 10 единиц, вы, я подписал заявление о том, так и сделать центральный орган подписать его. Теперь вы можете доказать, что вы эти 10 монет с подписанным заявлением. Я могу доказать, у меня есть 40 монет, показывая подписанные заявления и центральному органу не могу утверждать, Я сделаю операцию я не делал, потому что я должен их подписать. Так что вы получите те же свойства безопасности и не нужны все мощности процессора.

+977
Vamos 17 июл. 2015 г., 19:40:44

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

Кроме того, из маршрутизации рекомендации:

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

Продолжает объяснять, что проблема глубже:

Если маршрут вычисляется путем простого маршрутизации для получателя, подводя итоги cltv_expiry_deltas, затем узлы на маршруте может полагаю, их положение на маршруте. Зная CLTV из HTLC и окружающие топологии с cltv_expiry_deltas дает злоумышленнику способ угадать адресата. Поэтому весьма предложил добавить случайное смещение CLTV, что задумано получатель получит, натыкаясь все CLTVs по маршруту. Для того, чтобы создать правдоподобную смещением отправитель может начать ограниченного случайного блуждания на графике, начиная с получателя, сумму cltv_expiry_deltas, а затем использовать сумму в качестве смещения. Это эффективно создает тень маршрут расширением до фактического маршрута, обеспечивая лучшую защиту от подобной атаки, чем просто выбирая случайным смещением.

Главное за этот ответ, он заканчивается:

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

Так ответ будет, что ЛН просто обеспечивает обнаружение, не построить путь(потому что канал не может быть гарантирована, чтобы быть онлайн в децентрализованной сети??) так 'нах' не является функцией ядра ЛН(но автопилот функция).

Автопилот можно увидеть здесь. Это где эвристики для нахождения пути идет.

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

Кроме того,

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

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

переключатель {
 // Если у нас есть достаточно свободных средств, чтобы распределить максимальной скорости канала.
 // размера для каждого из выбранных сверстников приделать, тогда мы будем
 // выделить максимальную сумму на каждом узле.
 дело в int64(fundsAvailable) >= numSelectedNodes*тип int64(стр. maxChanSize):
 для i := 0; я < инт(numSelectedNodes); я++ {
 директивы[я].ChanAmt = Р.maxChanSize
}

 возвращение директив, Нил

 // В противном случае, мы будем жадно выделить средства на каналы
 // последовательно, пока мы бежим из свободных средств, или не могу создать
 // канала выше минимального размера канала.
 дело в int64(fundsAvailable) < numSelectedNodes*тип int64(стр. maxChanSize):
 я := 0
 для fundsAvailable > стр. minChanSize {
 // Мы попытаемся выделить максимальный размер канала 
 // изначально. Если мы не имеем достаточно средств для этого
 // тогда мы будем распределять оставшуюся часть денежных средств
 // доступной для канала.
 Дельта := Р.maxChanSize
 если fundsAvailable-Дельта < 0 {
 Дельта = fundsAvailable
}

 директивы[я].ChanAmt = Дельта

 fundsAvailable -= Дельта
я++
}

 // Мы будем нарезать начальный набор директив правильно
 // отражать сумму средств мы смогли выделить.
возвращение директивы[:я:я], Нил

[Правка:прямой ответ]

Так что эвристика использует только пропускная способность канала, чтобы найти путь?

"исходя из текущего внутреннего состояния, состояния на графике канал, набора узлов, мы должны исключить, и суммы денежных средств"

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

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

+954
Tsuk 23 июн. 2016 г., 6:38:42

Трудность является мерой того, насколько трудно найти хэш ниже заданной цели.

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

Цель = текущие трудности = выход на биткоин getDifficulty вызова RPC (Сложности принципиально иное представление о цели, чтобы сделать его проще для нормальных людей, чтобы понять это).

Мощности вычисляется хэшей в секунду.

трудность = мощности / (2^256 / max_target / intended_time_per_block)
 = личный / (2^256 / (2^208*65535) / 600)
 = личный / (2^48 / 65535 / 600)
 = личный / 7158388.055

Источники:отношения между хэш-скорость и трудность && https://en.bitcoin.it/wiki/Difficulty

+941
vadim833 30 июл. 2012 г., 8:47:44

nLockTime может фактически быть использован мета-протоколов (например, контрагент, Mastercoin) потому что nLockTime просто решает, когда сделка может быть заминирован.

+917
ingframin 21 янв. 2019 г., 6:29:55

Адрес, который вы связаны только 2 сделки на сумму полученных .01 БТЦ, который впоследствии был направлен в 1Facb8QnikfPUoo8WVFnyai3e1Hcov9y8t.

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

Транзакции информация: https://bitcoinchain.com/block_explorer/address/14vRCiVnT4Su1akXrKmUUa3Ucf971pJXsB

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

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

Эта нить может помочь уточнить: как я могу увидеть IP-адрес биткоин-транзакции?

+858
nightlyop 12 янв. 2013 г., 14:02:20

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

+843
MCPEps3GAMING 10 авг. 2010 г., 9:33:53

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

Как я могу доказать, что 5 биткоина оставив свой кошелек каждый месяц и на счету моего хозяина?

+783
BBC 12 июн. 2014 г., 23:20:36

Учитывая, что биткоин имеет 1 МБ ограничение на размер блока (прибл. 2К транзакций каждые 10 минут), я правильно говорю, что как только в мире начнут использовать биткоин чаще делать то, что валюта предназначена для покупки товаров и услуг, то количество сделок будет таким большим, что отставание будет потоп системы? Есть ли возможность увеличить биткоин-узлов таким образом, чтобы увеличить размер блока биткоина?

+750
jazzzooo 22 сент. 2010 г., 7:04:46

По данным биткоин графики, это равносильно 127.25 петафлопс в настоящее время. Это позволит сделать его быстрее, чем 500 самых быстрых суперкомпьютеров в мире (58.9 петафлопс), или складывая@дом (4.1 петафлопс) [ссылка]. Впрочем, это лишь эквивалент вычисления скорости, если бы вы измерить фактические суммы вьетнамки майнинга биткоинов было бы... 0, как Bitcoin не использует операций с плавающей запятой. Более того, я точно не знаю, как биткоин диаграммы вычисляется этот показатель.

Однако, объективная мера того, насколько быстро Bitcoin-это в вычислительном отношении, был бы он тока мощности - 9.738 дворец Таш/с. На максимальной скорости он был оценен в более 15Thash/сек.

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

+736
koonse 19 сент. 2011 г., 4:13:27

При условии жары и факторы шум не беспокоит, существуют ли какие-либо дополнительные вопросы (радиации), чтобы быть обеспокоены?

Как далеко стоит это устройство следует хранить вдали от детских игровых комнат и спальных комнатах? Это может быть в закрытом проветриваемом кабинете?

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

+692
Dumbler 16 февр. 2019 г., 11:14:46

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

От гитхаб вопрос был первоначально представлен, разработчик объясняет:

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

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

Примечание: Техас означает сделку.

+688
baconSoda 19 окт. 2012 г., 21:10:52

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

Это может быть у вас неправильно установлен Java-архитектурой (например, может быть 32бит 64бит, но надо. Или, может, многоразрядные требует 32-битную Java, даже на 64-битные системы).

Ну и одно из предложений на многоразрядной страница предлагает запустить программу в режиме совместимости.

Когда у вас есть проблемы, как это всегда попробовать заново установить Java. Скачать и установить его обычным способом из https://www.java.com/en/download/

+677
user2719875 3 нояб. 2017 г., 15:29:09

Вы можете отрегулировать плата за кб с контекстом класса. Это мой контекст:

контекст = новый контекст(это.параметры, 50, монеты.метод valueOf(500000), истина);

Монета.метод valueOf(500000) устанавливает плату за КБ. Вы можете настроить сбор с этого. Вы можете продлить бумажник класса и переопределить calculateFee() метод, и вы можете установить плату напрямую. Но это немного сложный метод, и вы должны быть тщательно.

Если создать контекст с настройками по умолчанию, то он устанавливается плата за КБ как DEFAULT_TX_FEE и его значение монеты.метод valueOf(100000) (1 мбтх) это слишком низко. Я установил это с 500000 это еще хорошо.

Вы можете смотреть в контексте конструктора. Есть описание всех параметров.

 * @param параметр параметры Параметры сети, которые будут связаны с этим контекстом.
 * @парам eventHorizon количество блоков, после чего библиотека будет удалить данные и не всегда процесса реорганизации (см. {@link #getEventHorizon()}.
 * @парам feePerKb плата по умолчанию на 1000 байт данных транзакции для оплаты при проведении транзакций. Дополнительные сведения см. {@link sendrequest сценарию#feePerKb}.
 * @парам ensureMinRequiredFee того, чтобы обеспечить минимально необходимый взнос по умолчанию при выполнении операций. Дополнительные сведения см. {@link sendrequest сценарию#ensureMinRequiredFee}.
+637
nordika 8 февр. 2012 г., 16:30:03

Есть просто более транзакций в блоке. Стоимость проверки блока не зависит от предыдущих блоков вообще.

+624
fffdddfdf 8 мая 2014 г., 8:50:37

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

+538
Yepp 27 июн. 2012 г., 2:09:20

В статье, о конфиденциальности положения Блум фильтры в легкие Клиент Биткоин имеет это, чтобы сказать о Bloom фильтров в "СПВ":

...Действительно, в текущих реализациях клиентов СПВ [BitcoinJ], как адреса и их открытые ключи вставляются в аутсорсинг Фильтр Блума. Таким образом, если противник знает адрес и его публичный ключ, то она может легко проверить, является ли адрес это истинно положительные фильтра, проверяя, является ли адрес и его открытого ключа вставляются в фильтр. Если нет, то это сильно вероятно, что адрес является ложное срабатывание фильтра. Мы считаем, что включение адреса и его открытого ключа в фильтре Блума является серьезным недостатком в текущих реализациях—и клиент СПВ может быть легко отменено; таким образом, мы не использовали этот недостаток в нашем анализе. На самом деле, более чем 99% всех биткоин-транзакциях состоят из платежи в биткойн-адреса (или открытый ключ хеш); кроме того, только 4587 из 33 миллионов адресов в системе получил операций, предназначенных для их публичных ключей и публичный ключ хэши. Это означает, что для подавляющего большинства клиентов биткоин, нет необходимости включать как открытые ключи и их хэши (т. е. биткоин адреса) в фильтрах Блума; вставка одной или другой было бы достаточно (более чем в 99% случаев). [мой акцент]

Идея эта атака повторялась в частную жизнь в BitcoinJ:

Уязвимость заключается в том, что если по умолчанию действительно в фильтре, то запросов по умолчанию и pubkeyhash должен возвращать true. Потому что pubkeyhash это просто еще один почти равномерно случайную строку, вероятность ложного позитва для злоумышленника ФП' = ФП^2 = 0.0000000021555. Я получил около 56 миллионов публичные ключи из блокчейна (с середины января), который теоретически результаты в 56 млн * ФП' = 1.29 ожидается ложных срабатываний при сканировании блокчейн.

Другими словами, простой атаки достаточно, чтобы выбрать все открытые ключи от фильтра BitcoinJ Блум.

Нынешний выпуск BitcoinJ добавить открытый ключ и его хэш-значения для фильтров Блума? Если нет, релиз которой остановился его из системы?

Также, почему оба открытых ключей и хэшей, добавлены в первую очередь?

+440
Gunjan Patel 6 апр. 2019 г., 14:51:16

Я хочу построена платформа для майнинга Bitcoin. Поэтому я хочу знать, как получить все проведенные операции за биткоин, а также все неподтвержденные транзакции как (blockchain.info).

+395
chcuk 15 июл. 2012 г., 4:24:03

Каждый блокчейн имеет начало, блок 0 или также известный как "бытие блока". Но разве это возможно, чтобы иметь блокчейн или монету, где сохраняются только последние 1000 блоков и 1001+ удаляются автоматически?

На мой вопрос, потому что это сэкономило бы очень много проблем.

  1. Полная анонимность: Да, вы могли бы сэкономить 1001+ блоки, но если вам нужна всего 1000 блоков, можно удалить другие. Поэтому в определенный момент времени, можно создать настоящий 100% анонимность криптовалюты, потому что другие блоки больше не существует.
  2. Экономит дисковое пространство: не более нужно много места для загрузки блокчейна. Также это означает, что blocksizes может быть больше.
  3. Наконец, это одна из моих любимых точек. Когда люди знают, что они могут использовать блокчейн, где не нужно загружать блокчейн в течение 10 часов, прежде чем он сможет использовать его, больше людей и это будет означать, что блокчейн станет более децентрализованной и поэтому было бы более безопасно.

Сейчас негативные или опасные точки, что я не уверен. Так что в настоящее время "компьютер" проходит через все блоки и проверяет, если проводки правильные, и если пользователь х было достаточно монет, чтобы отправить пользователю г. Это возможно с помощью алгоритмов, которые не реверзибельный. Мне еще интересно, если вы могли взломать через 1000 блоков. Следующим моментом является то, что 51% атака будет намного более вероятен. Но, может быть, вы можете сочетать монеты с POS. И может быть, вы не можете сохранить только 1.000, но 50.000. Но в сочетании с эфириума и Bitcoin, он все равно будет в 10 раз меньше блоков, а блоки все равно будут удалены, так что на диске остается стабильной в точке. Я имею в виду, основная проблема заключается не в размере блока, но более опасной, если один человек/учреждения/группа имеет наибольшую мощность. И тогда это уже не было важно, сколько блоков есть, они будут успешными в любой монете.

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

+368
Kate Minion 10 нояб. 2018 г., 20:10:20

Я пытаюсь понять, как весь процесс протекает. Вот как сейчас я понимаю, что это работает.

Добыча клиент -> сервер -> бассейн Bitcoind

getwork:

  • Клиент интеллектуального анализа звонков getwork из бассейна-сервер, а это в свою очередь вызывает getwork (или что-то еще?) из Bitcoind.

пласт:

  • Клиент интеллектуального анализа ingages пул сервера, используя протокол слой, и бассейн Server вызывает getwork (или что-то еще?) от Bitcoind.

getblocktemplate:

  • Горно клиент вызывает getblocktemplate, и бассейн Server вызывает getblocktemplate от Bitcoind.

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

Любая помощь с благодарностью!

+314
user63196 18 мар. 2019 г., 11:14:41

Нет. Вам нужен оборотов*.DAT файлы столько, сколько вам нужно чер*.DAT файлы. Если биткойн, нельзя найти об*.дат, его нужно будет восстановить путем переиндексации базы данных. Извлекать их эффективно разлагает баз данных.

Если вы хотите сэкономить дисковое пространство, можно использовать вместо обрезки. Это будет иметь биткоин ядро правильно удалить чер*.DAT и оборотов*.DAT файлы, чтобы сохранить дисковое пространство.

+314
Tho Phan 17 сент. 2011 г., 6:48:16

На Mac кошельки по умолчанию хранятся в области данных пользователя:

/Пользователи/"Имя пользователя"/библиотека/применения данных/многоразрядные

По умолчанию бумажник имя файла "многоразрядные.бумажник".

+208
plnnr 2 июн. 2019 г., 11:38:41

Оба являются реализациями протокола Bitcoin, однако они настроены, чтобы сделать его легче развиваться. Они способны делать это, сохраняя все данные блокчейне транзакции в базе данных на быстрые запросы, и вместе с этим появляется большое дисковое пространство (200-300ГБ).

Bitcore (я использовал)
- NodeJS
- 200+ГБ для хранения, так как она содержит все данные сделки.
- Bitcore библиотека-единственная версия (не узел), и публичный API.
- Надстроек (блок Explorer API, пользовательский интерфейс и кошелек)



Тоши (я не использовала)
- Руби
- 300+ГБ необходимо для хранения, так как она содержит все данные сделки.
- Тоши есть публичный API. Насколько я могу сказать, что это не библиотека-единственная версия, как bitcore.
- Блок Эксплорер API и доступный интерфейс. Не кошелек, что должен пройти с помощью Coinbase, которая требует приложения, проверка кредитоспособности и т. д.



Что касается вашего вопроса о производительности я не могу сказать, поскольку я не использовал Тоши, но на GitHub Тоши не работал в течение года С 200 коммитов. Bitcore постоянно ведется работа с более чем 1600 совершает некоторые как последние 6 дней назад.

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

Через физические банкоматы использует Bitcore для их проводника. https://www.localbitcoinschain.com/
Контрагент использует Bitcore http://counterparty.io/news/counterparty-uses-bitcores-insight/
SatoshiLabs(Трезор) использует Bitcore http://themerkle.com/satoshilabs-unveils-mytrezor-beta-and-switches-to-bitcore/

+178
Peter Marengo 9 сент. 2018 г., 15:57:07

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

66: mempool мин. взнос не встречал

Кто-то говорит, что minrelayfee будут меняться в зависимости от Размер mempool

Насколько мне известно, это нормально с 0,12 (основной, не уверен, что классический) 300 МБ-это ограничение по умолчанию, где узел упадет Техас из памяти и поднять minrelayfee. Это также скажется на ее feeestimate.

https://bitcointalk.org/index.php?topic=232979.80

Моя установка maxmempool по умолчанию, которая 300Мб. Его матчи, как он упомянул. Вы согласны с его ответом?

Мой биткоин ядро версии 0.13.2. Я изменил значение maxmempool потом я перезапустил. Я жду полного mempool синхронизации.


Обновление 1

Я нашел mempoolminfee был 0.00003063 даже думал, не установить значение. Я хочу, чтобы остановить это поведение.

$ биткоин-Кинк getmempoolinfo
{
 "размер": 67620,
 "байт": 92474511,
 "использование": 204589408,
 "maxmempool": 300000000,
 "mempoolminfee": 0.00003063
}
+144
Stealthgyro 10 янв. 2011 г., 9:32:07

При обрезке ветвей в дерево Меркле Ник Оделл пишет "листок (сделки) могут быть сокращены, когда все его мероприятия были потрачены не зря". Поэтому я подумал, что если сделка одна из последних в блоке, майнер может копировать сделки в новом блоке было добыто. Таким образом, Шахтер (и остальной сети) больше не нужна, что заблокировать для проверки, и ее можно выпустить в эфир.

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

Идея скачивание всего блокчейна , прежде чем начинать обрезку режим, что вы хотите, чтобы убедиться, что вы начинаете с действует. Единственный известный способ сделать это, чтобы сделать все это. Или это? Кажется, что повсеместность сам блокчейн соответствует повсеместность допустимый набор UTXO, так что если вы получаете правильный набор UTXO и это соответствует тому, что каждый узел говорит, Вы хорошо идти. За исключением нападения Сибил, правда? Бы такой успешной атаки Сибил также позволить себе блокчейн будет подделать?

Одна трудность с моим шагом транзакций подхода заключается в том, что когда новый узел загрузки блокчейна (хотя большая ее часть по-прежнему нужен) он хочет проверить каждого блока, и если блок х отсутствует, то все блоки, которые содержат материалы, которые были созданы в блок X не может быть проверена, если это означает, что проверка транзакций в нем корректны. Однако, сам blockheader еще можно проверить. Заголовок блока х не может быть подтвержден, поскольку содержание его не хватает. Но не факт, что хэш-блока х требуется в блок х+1 достаточно, чтобы доверять, что блок х был действующим, и, следовательно, поэтому блоки х+1, х+2, х+3 и т. д., все, вплоть до и включая каким-блок-быть-проверены содержит транзакцию, которая использует выход (предположительно) создан в блок х?

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

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

+79
sintez777 6 апр. 2016 г., 0:48:21

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

+63
shapov 9 мар. 2018 г., 16:39:11

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

Извините, это вроде получилось более менее кратко, чем это началось.

ТЛ;ДР: очень кратко, речь идет о противоположных идеологий:
Сторонники желают обеспечивают общее благо для всех, и считают, что рост размера блока необходимо для этого.
Противники чувствуют, что а) невозможно внести какое-либо изменение этой величины в биткоин на данном этапе, Б) больше блоков будет испортить динамику добычи, или C) увеличение изменения свойств Bitcoin, который не должен быть изменен.


Что произошло раньше

Изначально, не было предела размера блока. На самом деле, Сатоши Накамото представил "100 миллионов транзакций в день, [...] принимая 100ГБ трафика" еще в 2008 году. Лимит размера блока было введено позже, когда люди, когда начинают играть с Bitcoin, но до значения значительно ускорился, когда беспокоиться, что люди могут наворотить блокчейн с дешевой "спам сделок".1
Проблема в том, что 1 МИБ сделок предоставляет такой малой мощности, что мы будем ограничиваться семь транзакций в секунду на минимальный размер сделки, или экстраполируя нынешние размеры сделки, около четырех транзакций в секунду. Предел блок еще не сталкивался, и поэтому еще не является серьезным ограничением, однако это значительно меньше, чем у конкурирующих мировых платежных сетей.
Дело в том, что Bitcoin стала достаточно ценным, и люди хотят разные вещи из биткоин. В "аполитичности деньги" становится политической (как всегда).


Аргументы против увеличения

Есть немало разных проблем здесь:

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

Требования к пропускной способности-это слишком много для полного узлы
В 20МБ на блок, полный узлов придется скачать 2.8 Гб данных транзакций в день. Это будет не только сложным хранения данных, но может быть за пределами пропускной способности/datacap некоторых полный узел сопровождающих. Следует учитывать, тем более, что полные узлы также обслуживает запросы на "тонких клиентов", так что загружайте емкость может быть более важным, чем скачать качестве. Однако, на интернет-контракты для домашних пользователей скорость загрузки часто значительно ниже, чем скорость скачивания.
Было высказано предположение, что больший размер будет быстро привести к существенному увеличению количества обращений из-за индуцированного спроса.
"Больше блоков приведет к централизации".


Консенсус не может быть достигнута
Как только первый блок больше, чем на 1 Мб лимит будет заминировано, hardfork будет происходить между участниками сети, которые отказываются блоков превышает лимит, и участники сети, которые принимают его.
Блоков, добывавшихся на старой сети остаются совместимы на новую сеть, но не наоборот. Несколько голосов заявили, что они будут использовать вилку как возможность, чтобы дважды тратить все свои монеты, тратить их себе на 1 МИБ-услуги, и продавать их на 20MiB-цепочку, получать прибыль и управлять новой цепи в землю. Некоторые пользователи предполагают, что сторонники этого предложения уже достаточно биткоин предприятием и поддержку, которую они могут существенно силу отказа блока увеличить, они полагают, что обмен будет земля с разных сторон в дискуссии, но все пользователи будут быстро устремляются к "безопасной сети", после того, как "гражданская война" начинается.

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

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

Люди чувствуют, что что-то решается без их консультаций

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

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


Аргументы для увеличения

Потенциал сделки слишком низкая, чтобы поддержать глобальную платежную сеть
4.4 ТПС (транзакций в секунду) слишком мало для поддержки глобальной платежной сети.
На текущей пропускной способности сети, большой спрос на сделки приведет обычным пользователям отказаться от блокчейна. Можно было бы ждать вечно, чтобы быть транзакцию в блок, и биткойн в конечном итоге только вам, используемые для расчетов между банками, мэр корпораций и сверхбогатых. Блокчейн вместо этого должна быть доступна каждому, и поэтому поток должен быть увеличен. Часто это сопровождается Аргументум АБ auctoritate, что в данном случае лимит был всегда предназначается, чтобы быть временным, и вилка, необходимые для достижения видения Сатоши, описанные в оригинальной статье.

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

Эффективный размер не будет увеличиваться в течение ночи
Блокчейн за последние шесть лет меньше, чем 30GiB. Это неправильно полагать, что с введением более высокого предела, блоки вдруг быстро заполняются, когда они не сделали этого раньше.

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

Технические проблемы будут исправлены
Медленнее блокировать распространение из-за больших блоков будут устраняться с помощью заголовка-первых синхронизации и перевернутый Блум таблицы подстановки. Интернет-соединения будет достаточно ускорить в связи с повышением потребностей трафика на сети. Хранилище данных вопросов будет решена путем введения сокращенного блокчейн, где большинство "полные узлы" хранить только ограниченное количество последних блоков, и несколько полные узлы сохранять полный блокчейн.


Заключение

Лично я думаю, что это естественное развитие Биткоина, чтобы увеличить размер, как я вижу потенциал для Bitcoin, чтобы служить более широкой аудитории. Тем не менее, я получаю некоторые моменты наперекор, особенно, что трудно делать прогнозы о том, как это будет все играть.


Дальше читать здесь (и в миллионе других мест):

О ходе обсуждения:

Увеличьте Pro:

Контра увеличение:2

1 у кого есть ссылки на обсуждение вопроса о введении предельного размера блока? Я искал это.
2 я все еще ищу более представительным контра-позиции. Пробираясь через несколько потоков на некоторых форумах дал мне сыпь, но вряд ли что-нибудь полезное.

+41
snpower 31 мая 2014 г., 8:55:50

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

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

Вы могли бы сделать это, пытаясь случайных 128-битных семена, через Электрум это алгоритм, который включает в себя прием семени и работает 100,000 SHA256 хэши на нем (может быть, некоторые другие вещи мне не хватает затруднит). Затем вы можете сделать еще несколько расчетов, чтобы прийти с адреса, что ключ генерирует, и проверьте blockchain, чтобы увидеть, если любой из этих матча.

Текущие сетевые мощности составляет ~50,000,000 GH/С. Если все, что вместо этого были направлены на взлом ключей Электрум все, и все это занимает 100к хешей, там будет 5*10^11 из 2^128 проверяется каждую секунду. Вы можете проверить все клавиши в течение примерно 2*10^19 лет, или 1,6*10^9 раз больше возраста Вселенной. В то время как вы, вероятно, получите столкновений задолго до этого (зависит от того, сколько Электрум-сгенерированные адреса в использования), я думаю, что это дает вам представление о неосуществимости такого рода атак.

+33
Subhashis Dey 18 июн. 2016 г., 16:44:05

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