Проведених операцій поспіль, але не підтверджені в Blockchain.info гаманець

Я отримав суму биткоинов і коли я починаю витрачати їх зараз непідтверджені.

Коли сталося в перший раз, я відразу іншу угоду. Коли другий показує, що проблема все ще зберігаються, я зробив третій Чому це відбувається. Я заплатив зборів автоматично генерується системою Blockchain.info .

Це через мого гонорару занадто? все буде так само непідтверджені, якщо я зробив подібне операції?

Сподівався зробити вперед трансакцій долар за долар гонорару. У відсотках, і сума, ці шахтарі будуть вмирати за мій гонорар так?

чому я хочу зробити це побажати на мою думку, якщо вони підтверджують мою далі угоді, вони повинні підтвердити перші 3, а також сальдо мають в'яжуться у будь-якому випадку для того, щоб бути законним і обґрунтованим.

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

С. я трохи витратити отримані БТД до 1-го підтвердження, хіба це важливо? будь-які рішення, поради, засоби і т. д. буде високо цінується!

+832
Sahil Biswas 13 черв. 2011 р., 10:35:05
38 відповідей

Ядра биткоин це називається не-атомної топити. Це означає, що бази даних, а не оновлюється атомарно (тобто все написано в той же час, або нічого не написано), і дані, записані протягом тривалого часу. Якщо відбувається збій бази даних, з неатомарный топити, там будуть якісь дані написані, і деякі дані, які не написані. Це відрізняється від атомної Флашинг, де усі дані були записані, чи не було.

Неатомарный промивання дозволяє ядра биткоин перевірку вже перевірених і потім просто промийте речі в базу даних після збою або некоректного вимкнення. Але для того, щоб знати, де він був, він повинен зберігати, що блок хеш (де він схвалив і де його топити до). Він також повинен зберігати блоку почалося в (блок БД знав, коли почали топити).

Це де GetHeadBlocks() приходить. Коли биткоин ядро починає топити, він спочатку пише ці два блоки, старого, де начальник бази був, і новим, де начальник бази будуть відразу топити обробки. У випадку некоректного вимкнення або збою бази даних, ці значення вже записані в базу даних, тому він може витягнути з бази даних, знає, де його останньої вдалої базі держави, і знаю, де він схвалив вгору, щоб він міг пропустити при повній перевірці і просто створювати бази даних і промийте його. Якщо немає некоректного вимкнення або аварії, GetHeadBlocks() поверне порожній вектор.


Наприклад, припустимо, що база даних була в блоці 50, і це скидання, щоб заблокувати 60. Коли починає топити, хеші блоків 50 і 60 записуються в базу даних. Припустимо, що комп'ютер раптово втрачає силу, коли він тільки почервонів до блоку 55. Коли вузол повернеться, він буде називати GetHeadBlocks() і отримати хеш блоків 50 і 60. Тепер він знає, що це було в середині-flush, коли це виключення uncleanly. Тоді він відновлює те, що база даних буде з блоків від 50 до 60, але не виконати повну перевірку. Потім вона скидає інші дані і отримує хеші блоків 50 і 60, з якого вони були написані.

+995
Richard Garside 03 февр. '09 в 4:24

Коли биткоин клієнт завантажує два суперечливих блокчейнами, іншими словами, коли вилка сталося, він вибирає більш блокчейн як діє, і чим коротше стає недійсним і називається "сирота блоки". "Довжина" розраховується як сукупна складність цього ланцюга, а не кількість блоків. Вікі: Блок Ланцюга

Так що у вашому випадку, Вірменія, швидше за все, має меншу потужність, то інший світ і він буде виробляти менше форк блокчейна, тому було б перекрита після відновлення з'єднання.

51% атаки передбачає скоординовані зусилля з невеликою групою людей зі злим умислом, що не по своїй сценариявечно, тому я б не назвав 51% атаки.

Було б легко протистояти будь-яким негативним наслідками, тому що користувачі ізольованій мережі миттєво дізнатися про проблеми з різким падінням загальної мережі потужність майнінгу, і просто потрібно не витрачати биткоины, поки з'єднання не буде відновлено.

+991
Mike3d0g 6 січ. 2012 р., 07:51:59
Інші відповіді

Пов'язані питання


Схожі питання

Щоб здійснити автоматизований введення/виведення єдиної валюти для бізнесу повинно бути багато коду в місце, специфічними для даної валюти. Наприклад, якщо я хочу, щоб автоматизувати відправку і прийом біткойн - я хотів написати заяву за програмне забезпечення биткоина - Биткоин ядра. Очевидно, не буде схожий вузла програмного забезпечення для кожної монети, скажімо Эфириума, було б інше ядро, якщо воно навіть має один (це приклад). Ви повинні написати новий додаток, яке буде адаптувати для цього ядра? Тоді це означає, що великий обмін писати нове програмне забезпечення, яке робить ту ж роботу, але для кожної монети? Де я пішло не так, або це розвиток криптовалют насправді цей комплекс?

+968
BitMage 15 лип. 2016 р., 22:31:29

Відповідь одна, транзакція blockchain гаманець.

+958
somethis 25 трав. 2010 р., 15:36:19

Коротше: ні, кодування nBits не є унікальним (може бути декілька 32-розрядних значень, які відповідають тій же 256-бітної мета), але значення nBits, як того вимагають правила мережевого консенсусу є унікальним.

Причина в тому, що всі розрахунки відбуваються на мету, яка перетворюється (за допомогою детермінованого алгоритму) у форматі nBits. Що nBits значення має збігатися зі значенням в заголовку блоку.

+944
nhkni 31 серп. 2010 р., 10:30:21

Вони роблять це просто як нікому іншому відправки Bitcoin з ким-то; вони створити биткоин транзакцію і передає її в мережу. Він працює в точності так само, як ви відправляєте биткоины комусь ще. Гірничодобувної оператора басейн ходить в басейн по гаманцю, вибирає опцію "відправити" в гаманець, і входить адреси і суми, що підлягають виплаті, за кожний шахтар. Звичайно, це все автоматизовано, тому оператор видобутку басейн насправді не робити цього. Замість цього скрипт це робить і взаємодіє з гаманця за допомогою викликів RPC.

Іноді гірничодобувної басейн може вибрати платити мінімум суми угоди або не транслювати угоди і замість того, щоб включити його в наступний блок гірничодобувної басейн працює.

+913
Simon Willan 13 черв. 2018 р., 09:29:04

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

+902
Chris DiDomenico 8 черв. 2013 р., 12:22:30

Я можу відправити биткоины на мій банківський рахунок ,і вихід ніби нормальний готівкою в банку. Замість того, щоб продавати його в інтернеті .

+880
Affable Geek 14 лист. 2016 р., 23:21:03

Залежить від вашого бюджету або технічних знань, я вважаю.

А. встановити гаманець і створити нову адресу. Пост ця адреса на сайті готелю, і ви готові. Це низьке технологічне рішення і ти повинен вручну перевіряти баланс, щоб побачити, що отримані платежі.

Б. використовувати як шлюз компанії "BitPay". Він працює як PayPal для биткоинов. Оплата буде здійснюватися виконавця BitPay і BitPay надішлемо монети на вашу адресу або конвертувати їх в фіатні гроші для вас. Це, напевно, варіант, який ви шукаєте, але фахівцями BitPay бере невелику плату звичайно. Blockchain гаманець або БІПС альтернативи.

C. найняти розробника, щоб зробити інтеграцію для вас. Це дозволить вам налаштувати ваш, як ви хочете, але це, мабуть, дорожче.

+844
MirPax 23 січ. 2010 р., 18:40:55

Кожен біп (биткоин пропозицію щодо поліпшення) має присвоєний номер. Наприклад , БПІ-2, БПІ-42 і біп-152. Як це число буде призначено і ким?

+795
remram 8 лют. 2014 р., 03:49:40

Эфириума є обліковим записом системи. Це залежить від відправника із зазначенням послідовності операцій, щоб запобігти подвійні витрати. Баланс, пов'язаний з адресою, і коли ви проводите з цієї адреси, ви можете вказати, яка частина балансу слід провести.

Биткоин не є обліковим записом система, але структурований навколо результатів угоди. Подвійні витрати запобігти цьому, роблячи кожну транзакцію виведення витрачається тільки один раз. Таким чином, результати операції повинні бути витрачені в повному обсязі при використанні. Це має свої переваги і недоліки: наприклад, в даному коштів, щоб бути легко змішані з різних адрес, навіть якщо вони контролюються різними партіями. Крім того, транзакції не блокують один одного, коли один затримується, інший, ніж у рахунку-модель. Проте, це навряд чи має відповідну кількість витрачається для того, що ви хочете надіслати. Тому біткойн дозволяє багато входи і виходи, де входи посилатися на існуючі невитрачені виходи угоди, які будуть використовуватися і виходи вказати, хто може витрачати гроші в наступному. На практиці кількість входів і виходів обмежена лише розміром угоди, понад 100 000 б стає нестандартним.

+777
Hristo Iliev 17 лист. 2015 р., 04:45:34

Значення Сатоши фіксується.

Ключовим словом тут є слово "справжнє" (найменший в даний час можливо).

Якщо подільність постійно збільшується, Сатоши буде абсолютно 0,00000001 ВТС, навіть якщо існує група являє собою ще меншу суму.

Там повинні бути нові імена для цих нових конфесій, які навіть менше, ніж Сатоши, але dSatoshi (1/10th з Сатоши), cSatoshi (1/100th в сатоши), і mSatoshi (1/1000й Сатоши), ймовірно, досить.

+745
Irvin Brandon 26 лист. 2018 р., 01:53:34

Коротше,

  • Я купив кілька БТЦ років тому, коли вони були дуже дешеві.
  • Я переформатував мій жорсткий диск і перевстановити ОС.
  • Я використовував PhotoRec і http://www.cyplo.net/2012/04/01/bitcoin-wallet-recovery-photorec/у відновити 3 .DAT-файли. Пошук тільки по "сигнатур" биткоин гаманець.дат

І заплутаною частиною (якщо переформатувати жорсткий диск з биткоинами не досить заплутано!) є те, що відновлені .файли dat 7 ГБ , 13 ГБ і 8 КБ.

Очевидно, намагається використовувати відновлені гаманець.дат з Bitcoin-Qt і не вдалося.

Ймовірність того, що ці .DAT не гаманці, але я хоча б це коштувало, враховуючи, як масово більш цінним БТД порівняно з 3 роки тому.

Що я можу зробити з цими відновлені файли?

Спасибі!

+730
Ramesh Ankola 9 січ. 2017 р., 14:18:06

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

Це нормально, що ця цифра більша, ніж те, що ви дивитися на блок ланцюга провідника.

+707
Flouse 22 січ. 2015 р., 16:55:40

JSON може бути трохи важко читати, тому що це, як правило, призначені для бути подано без символів, таких як пробіли та символи нового рядка, Що б зробити її зрозумілій.

Вихід тут від швидких лінієчку:

{
"результат":"успіх",
"відомості":{
"last_local":{
"значення":"136.87303",
"value_int":"13687303",
"дисплей":"$136.87",
"display_short":"$136.87",
"валюти":"США"
},
"останній":{
"значення":"136.87303",
"value_int":"13687303",
"дисплей":"$136.87",
"display_short":"$136.87",
"валюти":"США"
},
"last_orig":{
"значення":"136.87303",
"value_int":"13687303",
"дисплей":"$136.87",
"display_short":"$136.87",
"валюти":"США"
},
"last_all":{
"значення":"136.87303",
"value_int":"13687303",
"дисплей":"$136.87",
"display_short":"$136.87",
"валюти":"США"
},
"купити":{
"значення":"136.10500",
"value_int":"13610500",
"дисплей":"$136.11",
"display_short":"$136.11",
"валюти":"США"
},
"продати":{
"значення":"136.87250",
"value_int":"13687250",
"дисплей":"$136.87",
"display_short":"$136.87",
"валюти":"США"
},
"тепер":"1381085718504609"
}
}

"Результат" товар завжди буде там, але, звісно, різний зміст, якщо виклик був успішним. "Дані" елемента містить ряд цін, з кожного найменування із зазначенням його вартості.

Більшість в JSON Парсери в інтерпретованих мовах, таких як Ruby, PHP і Python парсинг JSON в хеш або словник. Ви хочете, щоб значення "ключове значення" для "останнього" ключа "дані ключа".

Ось один-лайнер версія в Ruby V2 в лінієчку:

рубіново-е '%ш(відкрити-Урі у форматі JSON).кожен{|б| б вимагають}; відкрити("http://data.mtgox.com/api/2/BTCUSD/money/ticker_fast") {|д| ставить в JSON.розібрати(розум.читати)["дані"]["прізвище"]["значення"]}'

Або щось трохи більш читабельним:

вимагають "відкрити-Урі" 
вимагати "з JSON"

відкриті("http://data.mtgox.com/api/2/BTCUSD/money/ticker_fast") у |д| 
 в JSON = json-файлі.розібрати(розум.читання)
 додає в JSON["дані"]["прізвище"]["значення"]
кінець

Ось один-лайнер версія в Ruby для старої лінієчці:

рубіново-е '%ш(відкрити-Урі у форматі JSON).кожен{|б| б вимагають}; відкрити("https://mtgox.com/api/1/BTCUSD/ticker") {|д| ставить в JSON.розібрати(розум.читати)["Повернення"]["прізвище"]["значення"]}'

Або щось трохи більш читабельним:

вимагають "відкрити-Урі" 
вимагати "з JSON"

відкриті("https://mtgox.com/api/1/BTCUSD/ticker") у |д| 
 в JSON = json-файлі.розібрати(розум.читання)
 ставить в JSON["повернення"]["прізвище"]["значення"]
кінець
+671
repole 9 лип. 2010 р., 12:14:16

Диференціація між blockhash, txid і адреси можна зробити на основі їх довжина, як txid і blockhash є 64 символів, так що якщо рядок має 2 Зеро в якості перших двох символів, це bockhash і не txid. Ось приклад коду JavaScript:

 якщо (user_input.довжина == 64) {

 для (ВАР я = 0; я < 2; я++) { 

 якщо (user_input[i] == '0') {
 block_flag = true;
}
 ще {
 block_flag = false;
перерва;
}
}
 якщо (block_flag == правда) {
 // це blockhash
}
ще{
 //це угода
}
}
 інше, якщо (user_input.довжина == 38 || user_input.довжина === 34) {
 //це адреса
}
+549
user16514 17 січ. 2012 р., 23:10:04

Беруть участь три адреси в Техас.

  1. Адреса: Моя Адреса Гаманця
  2. Б Адреса: Одержувачів Гаманець (Blockchain Гаманець) Адреса
  3. Адреса C: Невідома!

Це не точні цифри, але угода пішла не так. Гаманець (у зашифрованому вигляді), що містить 2.0 БТЦ. Маючи намір відправити 0.5 BTC на Б. введіть дані на клієнта і брати плату за замовчуванням(які повинні бути прийняті від 0,5 БТЦ). Введіть пароль і підтвердіть відправку. Зараз вже підтверджено 6х.

Але тепер, дивлячись на blockexplorer і blockcypher решта 1,5 зникли, який не відомий мені. Створював Техас мав два виходи а не один, як передбачалося. Наскільки я можу сказати, що я було зроблено. Чи є інше пояснення? Мав намір провести в 6-confs, в іншій-5 confs.

Клієнт: Основний 11.2.0

+541
akwizgran 20 лип. 2019 р., 20:17:09

Я просто зробив простий сайт, який показує ціну спільноти з різних шлюзів. Жодних історичних графіках, але.. http://xrpvalue.com/

+530
zShell 14 серп. 2017 р., 01:01:56

У мене є гаманець на Bitcoin Core з трьох адрес я використовую, щоб здійснювати операції. Але listunspent повертає тільки інформацію, коли я використав його з адресою, який я зробив останню трансакцію з, це нормально? Якщо так, то як я можу отримати інформацію, ніж я отримую з listunspent щодо інших моїх адрес?

Спасибі adavance!

+513
user2259236 23 трав. 2010 р., 14:31:46

Вам знадобиться для імпорту паперові резервної копії, якщо ви хочете провести з нею. Натисніть кнопку "Імпорт" у верхній правій частині вікна і введіть вміст паперового гаманця кореневий ключ і ланцюговий код (якщо він є). Вам доведеться чекати арсеналі сканування, якщо ви не в останню бета-версію.

+507
user227101 25 квіт. 2017 р., 15:12:48

Ви можете знайти рішення, пропоновані тут, щоб допомогти:

http://bitcoin.stackexchange.com/questions/23012/btc-stuck-with-zero-confirmations

див. також:

https://code.google.com/p/bitcoin-wallet/wiki/UnstickLowFeeTransactions
+451
Watariii 23 січ. 2018 р., 19:36:52

Так, є хороший сценарій, написаний вами. https://github.com/stevenzeiler/ripple-wallet

+444
Zof 19 черв. 2016 р., 11:25:35

Є конкретна посилання на правила іменування в ядра биткоин-коду?
Я бачу закономірність в клас імен з префіксом "з" (Послуги, CInv і т. д.) або покажчик імен з "Р" (pprev, типи pnode і т. д. ) і мені цікаво, чи є ще в моєму списку префіксів або інших конвенцій.

Є биткоин-конкретних іменах взагалі?

+438
Mandy Lynn Bendall 24 жовт. 2013 р., 10:19:28

У мене взагалі питання, якщо є список затверджених нормативних обмін на криптовалюту брокерів?

+425
user400261 14 груд. 2011 р., 06:38:34

Є кілька речей, які слід враховувати, коли ми розглядаємо ймовірності нападу реорганізацію (знищивши чистої вартості), щоб бути успішним:

  1. Якщо реорганізацію менше 100 блоків (COINBASE_MATURITY), зловмисник може скоротити кількість прямих жертв. Але якщо мова йде про глибокому, не тільки свої платежі, він хоче повернутися, можливо, були витрачені, змішаного з додатковими входами і всі ці монети, що належать іншим невинних людей, це також відноситься до coinbases зароблені чесним шахтарям. Чим довше це бере, щоб виконати реорганізацію, тим вище кількість жертв і їх вартості на карту.

  2. Напад може зайняти тривалий час. Частка шахтарів-учасників (через прямий контроль або хабарів) і кількість блоків, щоб повернутися, залежить, як довго.

    Наприклад, щоб повернутися 6 блоків (1 година коштує підтверджень) до coinbases початку дозрівання, то зловмисникові потрібно отримати негайний контроль над 51.5% від потужності майнінгу. Якщо він не дотягує, що відсоток або вимагає більше часу, щоб переконати деяких з шахтарів, вона буде приймати його протягом 33 годин і повертаючись більше 100 блоків в цілому, так і нагороди від перших блоків були неоднозначними, і витратили вже, забрудненість UTXOs коштує набагато більше.

enter image description here

  1. Якщо атака використовує існуючі потужності по видобутку руди, під час реорганізацію мережі, ємність довга ланцюг буде знижена до менш ніж половини (повільніше виробничий блок). Кожна операція досить цінні, щоб бути оброблені доведеться скорегувати свої збори, принаймні, до граничної корисності визначається найменш цінний операцій, включених у рідше блоки. Ці угоди були платити більш низьку плату до того, як це було достатньо, щоб забезпечити підтвердження. Ви можете очікувати, що це матиме позитивний вплив на загальний дохід для шахтарів. Вищі нагороди на чесні послуги буде надавати додатковий тиск на Шахтарів, здійснює атаку.

enter image description here

  1. Значну реорганізацію зачіпає не тільки безпосередніх жертв, кожен биткоин тримач будуть порушені через зниження довіри до системи, зниження биткоин корисності і падінням цін на монети, як наслідок.

    PoW-це довіра-мінімізувати ринковий сигнал, дозволяючи нам масштаб соціального консенсусу. Але, якщо хтось будує важку ланцюг з більш низьким значенням, порушуючи військовополонених довіра-мінімізація, користувачі можуть вибрати, щоб не слідувати їм і зробити UASF, недійсною реорганізацію:

    $ биткоин-Кінк invalidateblock "blockhash"

  2. Монети в кожній ланцюга цінні лише настільки, наскільки їхні шанси стати частиною виграшною. Шахтарі координації здійснюють атаки, більш високі збори в довгостроковій/чесний ланцюг і ризик UASF в реорганізацію всі фактори проти реорганізацію-монети, що мають таку ж цінність, як чесний ланцюга. Це робить ще більш складним, щоб використовувати їх для підкупу шахтарів.

Як ми можемо зробити реорганізації ще складніше? @LukeDashjr надав перші дві ці ідеї, які допоможуть нам досягти більш сильної незмінності:

  1. Якщо користувачі встановлювати окремі контрольно-пропускні пункти в вузли, це буде перешкоджати реорганізацію спроби і розбити ланцюг, якщо одне відбувається, залишаючи його на ринку, щоб визначити вартість кожної послуги для військовополонених консенсусу припущення зламати.
  2. Використовувати басейн змінюючи правила , введені BFGMiner для запобігання шахтарів від втрати роботи на застарілих блоків. Якщо один пул реалізує політику реорганізацію (навіть якщо він намагається заробити хабара), шахтарі відмовляються рів раніше перевірених блоків і переключитися на пул робітників на новітній блок.
  3. @TheBlueMatt за BetterHash гірничо протокол буде мати подібний ефект, роблячи практично неможливим для майнінг пули для того, щоб виконати замовлення транзакцій, тому, щоб позбавити їх здатності Цензор деякі з них.
  4. Чим більше незалежних шахтарів, тим складніше це буде для кого-то, щоб координувати їх і спробувати 51% атаки на мережу з існуючих потужностей з видобутку. В даний час більше 40% і постійно зростає.

enter image description here

Але не кожен реорганізацію-це напад, знищивши чистої вартості. У нас є приклади, коли блокчейн був reorged, відкидаючи деякі військовополонених як негоже, тому що це було економічно раціонально зробити це і уникнути більшої шкоди:

  • На 15 серпня 2010 року, вихідне значення-переповнення помилка створені 184.5 млрд. БТЦ. Близько 5 годин після інциденту (30 блоків), виправлення було випущено: клієнт 0.3.10. Вважається, що 51 блоки reorged в цілому (>70% від потужності майнінгу видобуто альтернативні ланцюга протягом ~12 годин). 2250 BTC в нагороди були загублені.

  • На 11 березня 2013 року, міграція з Берклі БД LevelDB викликав 6 годин chainsplit у блоку 225430. Послуги 0.8.0 досягнутий максимальний відрив 13 блоків за 0.7.2 на блок 225451, але він був покинутий і reorged в блоці 225454. 600 BTC в нагороди були загублені.

+327
P Rono 12 жовт. 2019 р., 01:46:18

На програмі (клієнт, картографією сайт простий замовлення книжкові виставки тощо), Щоб ефективно відслідковувати зміни, він може підписатися на потік операції, пов'язані з тільки те, що його цікавить, набір рахунків, набір замовлення книжок і т. д. В якості альтернативи система може підписатися на всі угоди або вибірки окремих закритих регістрів і пов'язаних з ними операцій.

Яким чином програма отримує транзакцій, кожна транзакція включає в себе набір мета даних з описом всіх змін, внесених до нього у ЦК, який включив його. Для будь-якої транзакції, яка виконує будь-якій частині торгова пропозиція буде включено мета-даних, який посилається на торгову пропозицію, і описує, як він змінюється (скільки споживає, якщо пропозиція буде видалено тощо).

Ось приклад недавньої операції з мета-даними. Вони можуть легко бути розглянуто через сайт, як https://ripple.com/tools/info/ або https://ripple.com/tools/api/

{
 Рахунки : "rGTfnwAqmPG5CN9vgzfubDQA4CkCpeK9zz",
 Розмір : { /* валюта, емітент, ... */ },
 Пункт призначення : "rMDnTSD3TUizf2qvd9oGdCz3BXLheJyYtp",
 Плата : "15",
 Прапори : 0,
 LastLedgerSequence : 6005165,
 Шляху : [ /* 3 шт */ ],
 SendMax : { /* валюта, емітент, ... */ },
 Послідовність : 3539,
 SigningPubKey : "02A25443D8FC411A395B626760062F506BF44FDA7CBFE004B1F2A7D2052CCEBC33",
 TransactionType : "Оплата",
 TxnSignature : "3046022100D806A3FF5F2002F55BA48C4824CF8AEC70741411383CD79037012A85C3F92A9502210084335505CA91F28DDE04290FB7A46318F6337E2522D46731403BE686176F3A12",
 хеш : "14A60155B276A78ED29FF11A9EE8E63AC1FCBED50CCE1AB30642B06E8D0E00D8",
 inLedger : 6005158,
 ledger_index : 6005158,
 мета : {
 AffectedNodes : [
{
 ModifiedNode : {
 FinalFields : {
 Рахунки : "rH1hbPUfvhmqkEE3AWi77CZNexJyTGE6sf",
 BookDirectory : "4627DFFCFF8B5A265EDBD8AE8C14A52325DBFEDAF4F5C32E5D04F0F1A6DD3F05",
 BookNode : "0000000000000000",
 Прапори : 0,
 OwnerNode : "0000000000000000",
 Послідовність : 71,
 TakerGets : {
 валюти : "долар",
 емітента : "rvYAfWj5gh67oV6fW32ZzP3Aw4Eubs59b",
 значення : "221.8195734530501"
},
 TakerPays : "30851122872"
},
 LedgerEntryType : "Пропозиція",
 LedgerIndex : "0346EED5470F7A69B0A8DBF4B403DDD5CFD80F4A588555A934F00B09B4CE7AD2",
 PreviousFields : {
 TakerGets : {
 валюти : "долар",
 емітента : "rvYAfWj5gh67oV6fW32ZzP3Aw4Eubs59b",
 значення : "222.82157345305"
},
 TakerPays : "30990483095"
},
 PreviousTxnID : "B8613D4BE0C6EAA9F970CC2D580534B8A2B53F1BD844518BED4A73AA0FA52DFB",
 PreviousTxnLgrSeq : 6005141
}
},
 { /* ModifiedNode */ },
 { /* ModifiedNode */ },
 { /* DeletedNode */ },
 { /* ModifiedNode */ },
 { /* DeletedNode */ },
 { /* ModifiedNode */ },
 { /* ModifiedNode */ },
 { /* ModifiedNode */ },
 { /* ModifiedNode */ },
 { /* ModifiedNode */ },
 { /* ModifiedNode */ },
 { /* ModifiedNode */ }
],
 TransactionIndex : 0,
 TransactionResult : "tesSUCCESS"
},
 підтверджено : вірно
}

У цьому прикладі можна побачити, що угоди, трапляється, типу оплати , але він змінений вузол з LedgerEntryType: пропозицію. Ті, що ти шукала (з будь-яких видів операцій, "OfferCreate", "OfferCancel", "оплата" тощо). Таких областях, як "BookDirectory" в основному для внутрішніх пошуку вузла з ЦК, простим інструментом, обробка цих JSON Blob-об'єкти можуть просто подивитися на рахунок і послідовність полів для однозначної ідентифікації конкретної пропозиції. В цьому прикладі є остаточною TakerGets/TakerPays поля, а також попередніх; віднімаючи говорить вам, скільки пропозицію було прийнято. (Такі поля без пари перерахованих валют/емітента спільноти в краплях, ділимо на 1e6, щоб отримати кількість співтовариства.)

Якщо платіж або перетин пропозицію було повною мірою використовувати існуючі пропозиції, то ви побачили б "DeletedNode" запис і знову потрібно використовувати попередній/Final полів, щоб дізнатися, скільки пропозицію було спожито (який може бути рівним нулю, якщо пропозицію було знято з інших причин, наприклад, не фінансуються або з вичерпаним терміном дії).

Якщо ви намагаєтеся зібрати всі способи конкретну пропозицію змінювалося протягом його життя ви можете відстежувати тому або через PreviousTxnID або PreviousTxnLgrSeq поля.

+250
user160163 24 черв. 2010 р., 21:01:43

Я заглянув у хату свою монету, але це було краще, щоб тільки на спинці поверх існуючої блокчейн як кольорові монети контрагента, робить це. Але коли йдеш по цьому маршруту, я зіткнулася з проблемою необхідності платити гонорари, використовують блокчейн в рідній валюті.

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

Одним з рішень було стежити за цими адресами, і просто фінансувати їх невелику кількість БТЦ тільки для них, щоб платити за навчання. Є там, що це?

Ця проблема проявляється і в інших монети, як эфириума і NXT. Вони дають можливість створити свого власного дитини монети в їх блокчейн, але ви застрягли з монетою, якщо власник має рідній валюті.

Як і інші рішення цієї проблеми?

+237
Dinush Chathurya 13 квіт. 2011 р., 09:28:33

Інше джерело каже, що це просто хеш сам блок і в цьому блоці ми вказуємо хеш попереднього блоку хешування.

Це правильно. Інші різного ступеня правильних і неправильних. Але це єдине, що абсолютно правильно.

Концепція роботи полягає в тому, що у вас є X і у вас є вихід Z, що це Р потрібно, щоб хеш(х + у) = З.

Якщо це так, ми можемо сказати, що X-це попередній блок, хеш, а хеш поточного блоку? Або я це неправильно?

Вигляд.


Блок складається з декількох полів. Спочатку вона може бути розбита на дві основні частини: заголовок блоку, а самих угод. Усі блок хэшируется в деякому роді.

Хеш заголовка блоку є те, що ми називаємо хеш блоку. Хеш заголовка блоку є і те, що використовується для доведення роботи. При інтерпретації заголовка блоку хеш (також відомий як блок хеш) як 256-бітове ціле число із зворотним порядком байтів, вона повинна бути менше розрахункової мети (також 256-бітове ціле число).

Сам заголовок блоку можна далі розбити на кілька частин. Він містить блок кількість версій попередній блок, хеш, хеш всі транзакції в блок, мітка, компактне подання цільового значення, і nonce.

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

Для того, щоб шахта блоків, шахтарів буде настроїти поля в заголовку блоку, поки вони не отримати той, який відповідає цілі. Як правило, вони змінюють значення окказиональной (це просто номер) і хеш всіх операцій в блоці (шляхом зміни транзакцій blockchain гаманець, вибираючи нові угоди, і зміна порядку операцій). Шахтарі можуть також змінювати дату і номер версії.

+228
Prakash Parekh 27 черв. 2018 р., 01:49:37

bitcoind 0.5.99-бета-версія була запущена і моя налагодження.журнал був 26MB. Після

bitcoind стоп
(зачекати 30 сек. або так, для стопа)
bitcoind -демон

налагодження.журнал був 201KB.

Мак ОС 10.6.7

+191
Ayam143 16 лист. 2016 р., 04:59:41

Я хочу створити публічних виступів в оффлайн-браузер від майстра публічний ключ, так що власник Майстер Приватний доступ грошових коштів на адресу дитини. але я не можу зрозуміти, як використовувати цей bitcoinjs-Ліб. як створити майстер-ключа, майстер відкритого ключа і кожен раз, коли я натискаю на кнопку Створити новий биткоин адресу дитини.

Допомога вітається

+150
Adam Henderson 2 груд. 2017 р., 04:19:58

У мене Електрум 2-факторну авторизацію гаманця.

Коли я список моїх звернень я отримую список із близько 30 адрес. (commnand нижче)

Електрум -з /шлях/файл/гаманець//default1 listaddresses

Потім я використовую нижче команду, щоб отримати особисті ключі від цієї адреси:

Електрум getprivatekeys -з /шлях/файл/гаманець//default1 "myaddress"

Що закритий ключ є одним, що я повинен зробити, так що я можу імпортувати його на Bitcoin-Qt в гаманець? Це взагалі правильний підхід?

Я спробував перші два із згаданих 27 адрес, але жоден з них не працював.

Оновлення:

Також при експорті мій господар закритого ключа з електрума:

Електрум getmasterprivate -ж /будинок/шлях/до/мою/гаманець

Тим не менш, я отримую невірний приватний ключ кодування (код -5) помилка Bitcoin-Qt при спробі імпортувати мій господар закритого ключа.( в Bitcoin золото основний гаманець)

Оновлення 2:

Я намагався отримати особисті ключі від всіх (27)адреси, а потім виконайте цю команду, щоб імпортувати їх все:

importprivkey L3285rshf9LgkMfaNogEARoJpGhGVMMKd1dqgrgrtgd7eq8f4qw " помилкові
importprivkey L3285rshf9LgkMfaNogEARoJpGhGVMMKd1dqgrgrtgd7eq8f4qw " помилкові
importprivkey L3285rshf9LgkMfaNogEARoJpGhGVMMKd1dqgrgrtgd7eq8f4qw " правда

висновок команди був "нульовий", але мої монети не були імпортовані. Баланс, як і раніше нульовий.

+138
Donnie Moss 5 трав. 2018 р., 09:07:04

Людина по імені Джеймс Брайан опублікував інвестиційний план і взяв БТЦ від мене. На день виплати, він попросив мене просто поповнити blockchain гаманець для отримання грошей. В ту хвилину, поповнити гаманець, він забрав усі гроші, навіть після того, як всі цінні папери в гаманці. Як це можливо?

+133
Charbucks 21 лют. 2012 р., 09:42:27

Коротка версія

Так.

Довга версія

Биткоин

Биткоин реалізації заборонених опкодами в script.cpp:

 якщо (код операції == OP_CAT ||
 опкод == OP_SUBSTR ||
 опкод == OP_LEFT ||
 опкод == OP_RIGHT ||
 опкод == OP_INVERT ||
 опкод == OP_AND ||
 опкод == OP_OR ||
 опкод == OP_XOR ||
 опкод == OP_2MUL ||
 опкод == OP_2DIV ||
 опкод == OP_MUL ||
 опкод == OP_DIV ||
 опкод == OP_MOD ||
 опкод == OP_LSHIFT ||
 опкод == OP_RSHIFT)
 повертає false;

Зверніть увагу, що це не повний список - OP_NOTEQUAL теж відключений. Цей код здався мені дивно, тому що здається, щоб створити форк з транзакціями, які використовують OP_NOTEQUAL. (Можливо, це не використовується.)

 // OP_NOTEQUAL відключена, тому що це було б занадто легко сказати
 // що-то як N != 1 і у деяких розумників пройти в 1 з додатковою
 // нульовий байт після нього (чисельно, 0х01 == 0х0001 == 0x000001)
 //якщо (код операції == OP_NOTEQUAL)
 // fEqual = !fEqual;

Джерело.

Свій Namecoin

Ж.

Лайткоин

Ж.

SolidCoin

Ви не питали про це, але це теж саме.

+130
Ng Kate Jeah 2 черв. 2014 р., 16:33:12

Ви також можете спробувати https://github.com/clanie/bitcoind-client - він знаходиться на початку розвитку, але вже підтримує майже всі методи, передбачені bitcoind.

+89
Leben Gleben 30 квіт. 2016 р., 16:42:46

Я використовую poclbm в шахті під Windows... Процесор AMD А6-3400м з інтегрованим Radeon серії HD 6250G ГПУ. Коли Windows медіа плеєр закривається, я отримую ставкою 16 megahashes в секунду, але коли вона відкрита (навіть якщо в режимі зупинки або паузи) poclbm звіти розмірі близько 33 megahashes/сек.

Я цікаво, якщо це якось пов'язане з Windows медіа-плеєр збільшення дозволу системного таймера, але це не здається, як це вплине на продуктивність.

В ідеалі хотілося б домогтися максимальної продуктивності GPU, без необхідності постійно відкривати медіа плеєр.

+87
h0lyalg0rithm 18 жовт. 2011 р., 06:09:44

Єдина причина, я можу думати про те, що внаслідок вище дійсної ОТП насіння неприпустимі параметри ОТП (але за замовчуванням має працювати в Google авт) або неправильне час на пристрої або недійсне час (занесло) на коли GreenAddress цілодобове обслуговування.

Я перевірив на останній особисто і в години служб штраф: з мого досвіду більшу частину часу/синхронізації на пристрої.

Немає можливості відключення коли GreenAddress 2-факторну авторизацію без 2-факторну авторизацію однак користувачі, які створили 2of3 субрахунків можете використовувати їх двома ключами для/відновлення і користувачів, що включено повідомлення по електронній пошті з nlocktime можна обійти 2-факторну авторизацію через деякий час (за замовчуванням 90 днів, мінімум за 1 день, або максимум nlocktime дозволяє)

Дякую

+52
Paresh Zawar 14 січ. 2012 р., 05:26:52

Я не знаю жодного інструменту, що робить це спеціально.

Один простий спосіб спалити монет буде направити їх на непотрібні биткоин публічний адресу.

Щоб переконати людей, що публічний виступ-це дійсно мотлох Створити його з публічних формулу, спираючись на функції криптографічні хеш : truncateToCompressedPublicAdresslength( SHA512 (під "що-небудь : наприклад, причиною, по якій ви палили монету" ) )

Генеруючи ключ від його стислого представлення повинні дати 'дійсний' (точки на еліптичній кривій) публічний адресу, з імовірністю > 0.5, так що ви просто повинні вертіти кілька бітів, якщо ключ не є допустимим.

Адреса буде вважатися небажаної конструкцією, за умови, що Ви довіряєте SHA512 і Биткоин.

Ви навіть можете дозволити їм вільно вибирати останні кілька байт відкритого ключа (після окрошки був застосований), щоб переконати їх, навіть більше ви не знаєте пов'язаного з ним закритого ключа.

Стаття у блозі про людей, приховуючи дані в blogchain: http://www.righto.com/2014/02/ascii-bernanke-wikileaks-photographs.html

Ви можете знайти інформацію щодо докази горіння: https://en.bitcoin.it/wiki/Proof_of_burn

+16
sandover 14 груд. 2010 р., 04:27:07

Для тих, хто шукає новий спосіб, щоб зв'язатися з Bitcoin в світі перевірити CoinConnect www.CoinConnect.org - повнофункціональний биткоин соціальної мережі.

+13
Andrew Jackson 30 січ. 2012 р., 10:59:39

Показати питання з тегом