BIP32 деривации ребенка от другого ребенка

У меня есть немного концептуальных проблем здесь, Допустим, у меня есть реализация BIP32. Если я получаю два подраздела (1/2/1/2) и (1/2). можно ли вывести (1/2/1/2) от (1/2) с подразделом (1/2)? Я попытался с chain_code и некоторые другие атрибуты, но не мог этого сделать. по теории это должно быть возможно сделать так.

{
 "BTC_address_uncompressed": "1Pgi2HfASCtdVRNvX9HAtExenob1P5Xtnd", 
 "address_uncompressed": "1Pgi2HfASCtdVRNvX9HAtExenob1P5Xtnd", 
 "chain_code": "2b8efcd0870f61cac59eada4a1134a4f85d6817dc9a3dd7bf05f36e6c441a86c", 
 "child_index": "2", 
 "hash160": "392c59e21bc90f9c64ecc231db10cb04536277d6", 
 "hash160_uncompressed": "f8d53bbd2c19a6ba9e8f35acecea7c37e31f80b1", 
 "key_pair_as_sec": "02f9f02c77c6941f6352a2dd0a49964855ca239f008cd3be82532dacda0a3c79cd", 
 "key_pair_as_sec_uncompressed": "04f9f02c77c6941f6352a2dd0a49964855ca239f008cd3be82532dacda0a3c79cd3872f468b85780e4bdcf377d8edf489598db1c2599cda0b850485fca2dbfb2cc", 
 "сетевой код": "БТЦ", 
 "parent_fingerprint": "1d6a6638", 
 "private_key": "да", 
 "public_pair_x": "113050249498765822977324374771814145675507826911953945709948991807419582282189", 
 "public_pair_x_hex": "f9f02c77c6941f6352a2dd0a49964855ca239f008cd3be82532dacda0a3c79cd", 
 "public_pair_y": "25532626935404182358748554952372223106065623765752497625888032090220560102092", 
 "public_pair_y_hex": "3872f468b85780e4bdcf377d8edf489598db1c2599cda0b850485fca2dbfb2cc", 
 "public_version": "xpub6DkSjhJroC5HcnATQeZbdVZ2jFvWfvrqtayujrc3h7gqezjkknn1bzdjdxyfyybctt38hyhz6zcdwwuav6rnzqpone2ogmbturbwsefijgb", 
 "secret_exponent": "21957517685205718377964087536472375993731742179518736675030422350744044394236", 
 "secret_exponent_hex": "308b83bc8496fba96b299ca060f8c4cd15201aef14319891118facee42fb56fc", 
 "subkey_path": "1/2/1/2", 
 "tree_depth": "4", 
 "wallet_key": "xprv9zm6LBmxxpWzQJ5zJd2bGMcJBE61rthzxn3swucrimjrmkybnftkeckfnfrcnqussapb6ap38enjnqzwmi51kxsupnu5rns3uwncnw93vwi", 
 "Виф": "Kxr5MqcX6p1kCHLYhAtDA8dsuihHC3YJrfqfzrpui9dzabv1co8g", 
 "wif_uncompressed": "5JBfbdPYk1EJwfbLR49RxYBd1ASthZkLopfttaq96f6zfsxb2uk", 
 "y_parity": "даже"
}
{
 "BTC_address_uncompressed": "1CpmMHVTTn49351P4miiJZ6Wmw7rDJbg3z", 
 "address_uncompressed": "1CpmMHVTTn49351P4miiJZ6Wmw7rDJbg3z", 
 "chain_code": "566d6d36816b37d1bc9f0f926c1bcf48b9bf6c63154f65be05092a7ce0bac35d", 
 "child_index": "2", 
 "hash160": "387e7a981a85ded4ad332ac22400d542de38a978", 
 "hash160_uncompressed": "81b1f48274c505147b5bf587db589062b1b69f5b", 
 "key_pair_as_sec": "02c2f7da1cdc57f27e145a9fda472bfdc16cfc5b4ee32ee222413b0d88edc965f1", 
 "key_pair_as_sec_uncompressed": "04c2f7da1cdc57f27e145a9fda472bfdc16cfc5b4ee32ee222413b0d88edc965f1a42ae022c788b0979dd88be456fd1c978ff3b0106799bc17de4cd46d17832970", 
 "сетевой код": "БТЦ", 
 "parent_fingerprint": "35a566ae", 
 "private_key": "да", 
 "public_pair_x": "88186609208940930858580461894832276236539662740019279303523484605501248464369", 
 "public_pair_x_hex": "c2f7da1cdc57f27e145a9fda472bfdc16cfc5b4ee32ee222413b0d88edc965f1", 
 "public_pair_y": "74255061673209624574278121782459859935947830070827127273487212667373296494960", 
 "public_pair_y_hex": "a42ae022c788b0979dd88be456fd1c978ff3b0106799bc17de4cd46d17832970", 
 "public_version": "xpub6AAW9FwEvZaNLKtYTx1vFA1R1dVQv5gwtxwqgcg6gxq7e3fkvz7aanglfvchh9lpwgqupj7frfcibtrwzj1wegqzzyynr66kxdlupcpjrnk", 
 "secret_exponent": "88370307846732603980165533658065807515286167433444038693954586861070917075377", 
 "secret_exponent_hex": "c35fd25e084c54afae5c7a9942f1374780bd2b8a55e4148c5615ea2ed84c81b1", 
 "subkey_path": "1/2", 
 "tree_depth": "2", 
 "wallet_key": "xprv9wB9jkQM6C257qp5MvUut24gTbevwcz66k2espguicj8mflaxsol2zwrqeahdck2eughxu5w6p5z6chldk9ye9bc5axxbat49ccs4uuptzb", 
 "Виф": "L3mVYhLfDx23vrSRdWYQgk1Myqga4cFXvepcfj4eq774e5grfhxb", 
 "wif_uncompressed": "5KJL9zdB282beaQS4jwhFttHY19xyZ17uicespn87btkrjehtzh", 
 "y_parity": "даже"
}
+331
Aaron Curley 27 нояб. 2017 г., 23:00:27
17 ответов

Я рекомендую использовать тестовом режиме нужного клиента (биткоин/лайткоин и т. д.) с его собственный блок бытие и, следовательно, его собственный блокчейн. Настройка параметров в тестовом режиме chainparams.cpp чтобы соответствовать желаемого результата, скомпилировать его на пару узлов в локальной сети и настроить их, чтобы соединяться друг с другом в ваш конфигурационный файл (Файл/Сведения/реж/.yourcoin), добавляя строке Connect=IP-адрес:порт

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

+994
Joey Reddy 03 февр. '09 в 4:24

Ну, у вас есть слишком много вещей друг к другу.

Это зависит от сайта, который вы используете для торговли.

Есть много способов, чтобы отслеживать вас:

  • ваше имя или адрес электронной почты.
  • Ваш IP-адрес.
  • Используя тот же биткоин адрес.

Почти все торговые веб-сайтов, получает свой IP-адрес - электронной почты и т. д..

Трейдинговая валюты и обмена прослеживается вне зависимости от типа валюты.

С помощью вашей кредитной карты это как покупают ваши биткойны от налогового органа.

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

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

+932
Florian Loch 11 мая 2017 г., 16:22:20

У меня есть небольшой бизнес в интернете. Я очень заинтересована в том, использовать Bitcoin, чтобы принять деньги от моих клиентов, но, честно говоря, все это меня немного смущает. Я нахожусь в Великобритании как бы я могла обменять свои биткоины фунтов стерлингов, а затем провести его?

+872
Oscar David 18 июн. 2019 г., 17:59:36

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

Это на самом деле очень обыкновенные "мой первый Эфириума программы", сразу после "Привет, мир" : http://jonathanpatrick.me/blog/ethereum-smtp https://ethereum.stackexchange.com/questions/1205/how-can-ethereum-be-used-to-send-messages-between-connected-machines https://github.com/ethereum/wiki/wiki/Whisper и многие многие другие

+809
Enkei 16 авг. 2012 г., 6:18:25

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

Вы просто не туда смотрите. Высота кодируется одним байтом-количество байт для подражания (в настоящее время 0x03) и тогда высота как младший разряд двоичного числа. Blockchain.info отображает последние сделки scriptsig как в hex и как символы, но не все байты соответствуют печатаемый ASCII-символ, поэтому он отображает � характер такой байт (там, кажется, не быть один-к-однозначное соответствие между байтами и символами, поэтому он, возможно, пытается разобрать его как Unicode или что-то).

Десятичные 511329 шестигранной 0x07cd61, поэтому его компания начинается с байта 0x03 0x61 0xcd 0x07 (помните, с обратным порядком байтов). Теперь 0x03 является непечатным и 0x61 это есть, поэтому вы видите себя в этом тексте. Десятичные 511330 шестигранной 0x08cd62, поэтому вы видите 0x03 0x62 0xcd 0x07, и 0x62 это б.

Но десятичные 511426 шестигранной 0x07cdc2, поэтому компания начинает 0x03 0xc2 0xcd 0x07. Никто из них соответствует любой печатаемый символ. Сделка идет 03c2cd07ce46... и 0x46 это ASCII Ф. Это первый печатаемый символ в сделке с утра сижу, но это не часть блока высота, просто частью того, что другие сведения Шахтер чувствовал в том числе. Вы проигнорировали байты, которые не для печати, но вы не можете сделать это.

Также Coinbase для 511247 начинается 03c3cd07fabe6d6d... опять же, высота блока включается так и должно быть, так как десятичные 511427 шестигранной 0x07cdc3. Бывает так, что первый печатаемый символ 0x6d, в ASCII м. Но опять же это не имеет ничего общего с высотой блока.

+771
Ryan Shillington 23 авг. 2018 г., 10:12:27

Транзакция подтверждается, если 80% узлов в УНЛ принять его. Где это 80% числа взялись? Это может быть 79% и 81%? Что около 51%?

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

+760
KrIsHnA 12 мар. 2016 г., 18:58:24

Я прав?

Нет. Блоки проверяются военнопленных, не содержащих одинаковых сделок

+726
dubilla 29 сент. 2014 г., 1:59:47

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

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

https://liquid.horse/ это сайт, который работает с жидким узлом и отчетов такого рода данных.

+635
Bob Carswell 9 дек. 2013 г., 13:23:46

Я новичок в биткойн-ядра развития. Я создал клона, используя биткоин ядра на Mac ОС Мохаве 10.14.3. Я установил все зависимости и смогли запустить autogen.sh и настроить без ошибок. Однако, когда я запускаю Make я получаю следующее сообщение об ошибке.

/опт/местные/Бен/ranlib: объект: libbitcoin_server.а(libbitcoin_server_a-addrdb.о) искаженный объект (неизвестные команды load 1)
/опт/местные/Бен/АПВ: команда внутренних ranlib не удалось
сделать[2]: *** [libbitcoin_server.а] Ошибка 1
сделать[1]: *** [все-рекурсивные] Ошибка 1
сделать: *** [все-рекурсивные] Ошибка 1

Пожалуйста, помогите.

+576
user70528 27 июн. 2019 г., 2:44:30

Это известные и заметные проблемы с Antminer поставки u3s. Это обсуждается в различных местах по всему интернету.

Дизайн пары USB и минер +5В рельсы, по которым не рекомендуется. USB интерфейсы должны быть электрически и оптически изолированные. Когда блок идет зомби, он, как правило, требуется отключить и заново перезапустить его, что согласуется с выше. Некоторые комментаторы утверждают, что резка линий электропередач на кабели USB повышает надежность.

Однако, хранитель cgminer вышел и сказал, что конструкция неустойчива. В свете моего собственного опыта я согласен. Я бежал три халапеньо на специальную систему Pogoplug Linux уже год без проблем. Две поставки u3s были на одном Pogoplug в течение двух недель, и не работать по 24 часа подряд. Они возвращаются продавцу завтра.

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

+548
Jayson Garcia 20 апр. 2017 г., 7:27:01

Как в 0.14.х, биткоин ядро поддерживает только один кошелек. Вы не можете создать больше чем один.

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

+479
ilzai 20 февр. 2016 г., 9:42:05

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

Чтобы услышать об операции, связанные с ней, просит СПВ получить информацию о любых сделках, связанных с набором открытых ключей (некоторые из которых на самом деле принадлежат к SPV, но не все) из полного узла. Весь узел выглядит, а потом говорит КСН какие блоки есть операции, которые связаны с ним. Теперь, СЦМ не все сделки информацию, и если она только операции С, бы не зная, что эта информация является достоверной. Однако, это где Мерклый корень вступает в игру, как способ предоставить минимальную информацию для подтверждения наличия сделки.

Пример:

Допустим, этот блок Х имеет три операций А, Би С; сделки с соответствующими в СЦМ.

Видим следующую картину за обзор, как Меркле корень происходит от трех сделок.

enter image description here

Теперь, если весь узел будет просто предоставить сСЦМ бы ни малейшего представления, если сделка была фактически в блок х, а также Х(А|Б), ИСН могут повторно вывести Меркле корень, что позволяет ему убедиться в том, что С находится в блоке.

Чтобы узнать больше о некоторых недостатках СПВ кошельки обратитесь к биткоина ответа.

+437
Steven Colby 3 февр. 2015 г., 8:58:07

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

Давайте продумывать идею удаления транзакции на мгновение. Допустим, у нас есть два конкретных транзакций в Blockchain:

  1. Алиса мин 50 биткоинов
  2. Алиса платит Боб 50 биткоинов

Теперь мы удаляем компания Элис (добыча) сделки:

  1. [Очищаются]
  2. Алиса платит Боб 50 биткоинов

Вау! Что похоже, появился 50 биткоинов из ниоткуда!

Что, если эта сделка имеет много доказательств работы?

Не могли бы вы доверять Алиса-платит-Боб сделки, если она 50,000 подтверждений, хотя вы не можете увидеть, где эти биткоины пришли? Уверен, что подобное может быть разумный компромисс снижения безопасности для повышения удобства.

Но для того, чтобы проверить будущих сделок, узлы не просто нужно знать, кто есть биткоины, то они также должны знать, кто не имеет биткоинов. Например, представьте, что Боб не тратил свои 50 биткоинов, так что проводка должна быть частью блокчейна; однако, когда вы загружаете блокчейн от узла Мэллори, это то, что вы получаете:

  1. [Очищаются]
  2. [Очищаются]

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

Почему бы просто не отслеживать суммы и очистить остальное?

Один из способов обойти эту дилемму, если бы мы могли разделить операции на разные части:

  1. Детали нужны для сборки неизрасходованные операции вывода (UTXO) установить, что полные узлы использовать, чтобы доказать, является ли или не Боб 50 биткоинов.
  2. Все остальное, например, большие открытые ключи и подписи, которые мы используем, чтобы доказать Алисе было разрешено потратить эти 50 биткоинов.

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

txids to merkle tree

(Изображения из 21.со, КС-по-СА лицензия)

Благодаря такой конструкции, для того, чтобы проверить UTXO-необходимые данные, вы также должны загрузить всю сделку, включая ее открытых ключей и подписей, которые составляют около 1/3 до 2/3 от сделки.

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

Сегрегированные Свидетель

...что звучит как-то странно правоохранительных термин...

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

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

В элементы Альфа и новый жидкости mainnet боковой цепи, свидетель "обособляется" в другой части блока и не покрывается txid хэш. Это означает, что узлы, которые хотят, чтобы уменьшить их требования скачать можете пропустить скачивание свидетелей для сделок с более чем (скажем) 50,000 подтверждений. Однако, теперь они могут по-прежнему использовать блок заголовка Меркле корень, чтобы убедиться, что все не-свидетели данных (включая суммы, поступившие) являются правильными, и использовать это, чтобы построить правильный набор UTXO.

Я не могу найти источник сейчас, но я думаю, что я слышал Wuille и Максвелл сказать, что для типичных биткоин mainnet сделки, это будет означать примерно 1/3 данные сделки не должны быть загружены по узлам, которые не хотите проверять старые подписи. На элементах Альфа, где свидетель крупных сделок, которые используют значение ослепление, это будет означать, 2/3 данные не должны быть загружены.

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

Когда это появится в биткоин?

Вам повезло: буквально несколько дней назад, Люк Dashjr представил идею как сегрегированный свидетель может быть мягкий раздвоенный на биткоин mainnet. (Ранее считалось, что жесткая вилка будет необходимости.)

Плательщик оплачивает в scriptPubKey, что всегда возвращает true, но который содержит хэш выкупить скрипт как P2SH делает:

<hash_of_redeem_script> OP_TRUE

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

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

Для старых узлов и новых узлов, они рассчитают txid, используя пустые scriptSig, поэтому данные покрыт корень меркла по-прежнему охватывает важные суммы и ссылки.

Я точно не знаю, насколько это сопоставимо с сегрегированными свидетеля в Альфа-элементы (это покрыть scriptPubKey так же?), но он делает большую часть работы в удобный мягкий forkable строительства.

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

+328
Lars Berglund 19 июн. 2010 г., 6:05:44

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

Скрипт, содержащийся только внутри транзакции самостоятельно, специально для того, чтобы диктовать условия расходования выходной. Выход будет scriptPubKey, который держит в руках сценарий мероприятия (как правило, в конкретной форме, как P2PKH, P2SH) и ввод когда он провел будет содержать scriptSig в котором содержится скрипт расходы. На отдельных операциях свидетеля, scriptSig будет пустой, а сценарий, скорее всего, будет в разделе свидетель сделки, но это все тот же принцип.

Блок проверки принимает ряд мер, таких как проверка работы, проверка, что timestamp-это хорошо, что сделка Coinbase-это хорошо, что все остальные операции в порядке и т. д. и т. п.

+312
Airdish 25 янв. 2019 г., 11:30:37

Интересно, если я могу сделать майнинг биткоин-0.16.1 в режиме регтест, просто для моделирования ситуации mainnet, где есть новые блоки приходят постоянно.

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

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

+255
Natali3180 21 апр. 2016 г., 2:20:05

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

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

Достаточно ли submitblock с соответствующей информацией, как это:

биткоин-Кинк submitblock 000000205badedd2461eabc2c47aeac53a784fa7fc3b79f2566f27000000000000000000b3433d3f19fb599c34704bd2dede4aeab7d9f1e2658de3b30e6004d44b985411d1637c5af8e961173a3a8db3 1 первый аргумент и второй манекен, который игнорируется в сети.

1. Должен ли быть ответ?

2. Должны ли быть какие-либо цитаты?

3. Почему он всегда возвращается

код ошибки: -22
сообщение об ошибке:
Блок расшифровать не удалось

4. Есть ли способ, чтобы отправить блок релейный узел , который будет распространяться быстро?

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

+125
Robin Forder 24 апр. 2011 г., 16:15:55

Эти крупнейшие известные слабости пульсации (не включая недостатки, общие для гофре и Bitcoin):

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

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

  3. Внутренняя механика риппла еще во многом не изучены. Как это произошло с Bitcoin, проблемы могут быть обнаружены, как люди начинают активно использовать систему. Масштабируемость риппла был протестирован только в симуляции.

  4. Хотя надежда на то, что шлюзы будут все достаточно близко к равному, что люди смогут просто сумма их остатков получить вразумительный итог, вполне возможно, что другие правила выкупа или предполагаемой надежности выльется в суммы, которые "обесцениваются". Так что вы можете внести $10 в шлюз, получить "10 $" баланс в гофре, но найти, потому что ваш шлюз не считается надежным, на самом деле никто не ценит, что баланс на $10.

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

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

  7. Пока сеть является децентрализованной, OpenCoin является единой точкой контроля и возможные неисправности.

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

+99
Tatiana Saraeva 10 апр. 2013 г., 16:06:05

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