Эта диаграмма показывает некоторые дополнения, которые я хочу сделать в архитектуре Bitcoin. Объяснение следует ниже изображения.
Обычные операции Bitcoin следуют черные стрелки:
2. Покупатель поручает своему ПК опубликовать сделку на Bitcoin
сеть. Для этого компьютер использует адрес продавца и сумму (как
переданы в нестандартизированного образом вне сети Bitcoin),
и частные ключи покупателя, которые хранятся на устройстве покупателя.
6. Шахтеров забрать непроверенные сделки, чтобы положить их в новых блоках.
7. Примерно через 10 минут, шахтер удается построить новый
блок с транзакцией в нем, и добавляет его в блок цепи.
8/9. И покупатель, и продавец могут следить за процессом проверки по
мониторинг блока цепи. Примерно через один час
транзакция погребена под 6 блоков в цепи, которая является момент
когда большинство пользователей Bitcoin считают сделка подтверждена.
В зависимости от требуемой уверенности проверки, весь процесс
может занять до часа. Это, безусловно, слишком долго для применения
в POS (Point Of Sale) сделок, если такие операции не должны
взять больше, чем несколько секунд.
«Классический» подход должен был бы принять более низкое качество
проверка. Для POS-транзакций, даже ожидая одного блока
заняло бы слишком много времени, так что единственный классический метод проверки
будет контролировать пул непроверенных операций, чтобы проверить
есть ли двойная расходы. Этот метод не гарантируется
к работе, и особенно в очень большой Bitcoin сети, где
это занимает больше, чем несколько секунд для транзакций, чтобы достигнуть всей сети
узлы, это создает риск для продавца.
Для быстрых, надежных и удобных операций POS, я предлагаю
дополнение к архитектуре Bitcoin, которая состоит из красных стрел.
На рисунке предполагается, что покупатель использует смартфон или какой-либо другой
портативный, программируемое устройство. Устройство нуждается в связи с
Биткойн сети: это может быть либо независимое соединение (например,
с помощью мобильного Интернета), или он может быть туннелируется через Интернет
связь продавца.
Первое дополнение является стрелка 1. Я предлагаю сделать один или небольшой
количество стандартных способов передачи информации о транзакциях
(Например, адрес продавца Bitcoin, и сумма) между POS
терминал и устройство покупателя. коды NFC или QR будет лучшим выбором
СМИ для этого.
Покупатель подтверждает сделку путем публикации сделки в
сеть Биткойн (2). Там, сделка следует нормальной
"медленный" проверка маршрута (6/7/8/9).
Второе дополнение позволяет ускорить процесс проверки.
В дополнение к публикации сделки (2), покупатель также знаки
сделка, и (3) посылает его в узел в "Быстрая проверка
сеть", Который будет описан позже. Узлы в Поста
Сеть Проверка быстро проверить сделку против
существующие сделки (4), и если все в порядке, он будет подписан и
передана далее через сеть, пока он не достигнет POS
терминал (5). Подписи, полученные с помощью операции
Сеть Fast Проверочной дать продавцу первоначальную проверку
в течение нескольких секунд. Окончательная проверка достигает покупатель и продавец в
классический способ (8, 9).
Причина, почему подписи, полученные через (5) может выступать в качестве
проверка, что узлы в сети быстрого проверки не
соединяются друг с другом случайным образом: вместо того, чтобы, связь осуществляется только при
два узла доверяют друг другу. Если узел подписывает сделку и
направляет его к соседу, а потом сделка оказывается
отвергнутая дважды израсходует, узел обязан уплатить соответствующий
количество Bitcoins к тому же самому ближнему. Это означает, что, даже если
платеж оказывается двойным израсходует, продавец может еще
получить его оплату, запрашивая его от своего ближайшего соседа в
Быстрая проверка сети. До тех пор пока все узлы честны по отношению к
их непосредственные соседи, это означает, что в конечном итоге покупатель будет
должны сделать платеж в его точке доступа в быстрой проверке
Сеть.
Обычно, когда узел отправляет подписанную транзакцию на другой узел,
принимающий узел должен доверять отправляющий узел. Доверие может быть
сторнируется, если передающий узел посылает определенное количество Bitcoins в
принимающий узел до установления соединения. Если
не получающий узел уже нет доверия на всех в передающем узле, это до
оплата создает максимальное значение для стоимости сделок, которые могут быть
посылаться одновременно по ссылке.
Доверие может быть получено в ряде различных способов, например, Знание
в реальном мире идентичность соседнего узла, или репутация онлайн
система оценок.
Так что ты думаешь? Это полезное дополнение к Bitcoin
инфраструктуры? Видите ли вы какие-либо вопросы, или возможные улучшения?
|
|
||||||
13 июля 2011, 6:02:47 PM
|
# 1 |
Сообщения: 210
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
13 июля 2011, 7:04:01 PM
|
# 2 |
|
Сообщений: 73
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Получил 1806 Биткоинов
Реальная история. Это довольно много, как я полагаю, установленные банки, которые уже есть способ управления доверие друг к другу, будет использовать Bitcoin один день
Так долго как все узлы честны Доверие может быть получено в ряде различных способов, например, Знание в реальном мире идентичность соседнего узла, или репутация онлайн система оценок. ИМХО это реальная проблема, которая должна быть решена в распределенной и децентрализованно. Edit: Может быть, Открытые Сделки могут помочь здесь, к сожалению, у меня не было времени, чтобы смотреть на это более подробно ... |
|
|
|
|
13 июля 2011, 7:20:38 PM
|
# 3 |
Сообщения: 210
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Так долго как все узлы честны Доверие может быть получено в ряде различных способов, например, Знание в реальном мире идентичность соседнего узла, или репутация онлайн система оценок. ИМХО это реальная проблема, которая должна быть решена в распределенной и децентрализованно. Если один из узлов не честно, это не делает систему абсолютно бесполезно. Только узел, который решил доверять нечестный узел будет терять деньги; другие узлы не будут подвергаться риску. Я думаю, что система вообще будет самокорректирующейся: узлы будут предупреждать друг друг недобросовестных сторон, и закрыть ссылки или сделать ссылки на ненадежные узлы более дорогих. Что бы протокол маршрутизации для этой сети выглядеть? Я предполагаю, что это будет что-то вроде TCP / IP, с какой-то системы обнаружения, чтобы выяснить, какие узлы на чьей стороне сети ... |
|
|
|
|
13 июля 2011, 7:24:37 PM
|
# 4 |
|
Сообщения: 1148
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
ИМХО это реальная проблема, которая должна быть решена в распределенной и децентрализованно. Edit: Может быть, Открытые Сделки могут помочь здесь, к сожалению, у меня не было времени, чтобы смотреть на это более подробно ... Доверие может быть установлено, заплатив заранее или что-то. Кроме того, все узлы на самом деле не нужно быть честным. Это требование заключается в том, что узлы просто должны выполнять свои обязательства. В процессе проверки, там должно быть доверие связующим звеном между покупателем и продавцом. Сеть Bitcoin используется в качестве расчетной системы, а не системы транзакций. Я предполагаю, что процесс что-то вроде -10-> B 50-> C -20-> D Число в стрелках, как существует много Bitcoins доверия. А доверяет Б до 10 Bitcoins. Если D хочет послать одну Bitcoin, система маршрутизации используются, чтобы найти цепь, которая имеет по крайней мере, много доверия (так определяет по указанному выше пути). D говорит C "Я буду платить вам 1 BTC, если сделка не будет принято в течение 90 минут", C говорит то же самое В, а затем B говорит тот же А. А теперь знает, что он может принять сделку. Доверие было подчеркнуто 1 BTC вдоль цепи, так что теперь -9-> B -49-> C -19-> D Если C решает не платить B, то B будет по-прежнему платить, так как он обещал. B будет также, вероятно, удалить C из своего списка доверия. Когда транзакция получает 6 подтверждает, то обещают концы и доверие цепь возвращается в полную силу. -10-> B 50-> C -20-> D Эти целевые ссылки могут быть кем угодно. Кто-то мог бы перечислить некоторые из своих близких друзей доверено, чтобы сказать BTC 2-3. Клиент будет автоматически обновлять трастовую систему и платить обещанные суммы через целевую систему. Оставив своего клиента, подключенного к Интернету, что Вы получите плату, если люди посылают свои деньги, хотя ваши целевые ссылки. Для жесткого ваших друзья потребуют от вас изменений клиента по умолчанию. |
|
|
|
|
13 июля 2011, 7:35:15 PM
|
# 5 |
|
Сообщения: 1582
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
ИМХО это реальная проблема, которая должна быть решена в распределенной и децентрализованно. Это решить эту проблему в распределенной и децентрализованно. Каждый узел имеет только доверять те узлы, это имеет прямое отношение. Система доверия в целом распространяется и децентрализованная. Вы можете быть рваными из только кого вы выбрали, чтобы доверять. |
|
|
|
|
13 июля 2011, 8:31:13 PM
|
# 6 |
|
Сообщения: 2366
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Так что ты думаешь? Это полезное дополнение к Bitcoin инфраструктуры? Видите ли вы какие-либо вопросы, или возможные улучшения? Поздравляю, вы изобрели Я не рассматривал использовать его таким образом. Я думаю будет очень круто Но то, что он не делает, это уменьшить объем блок-цепи сделок для небольших платежей. В мире, где Bitcoin используются для POS такого рода сделка Скрытия также ценный. безопасность Bitcoin исходит из того, что каждый человек видит все. Такого рода безопасность оправдано для всего богатства мире- не столь оправданной для газированной популярности сделок. Обычно мы можем доверять централизованные институты достаточно, чтобы справиться наши покупки соды поп без глупостей. Таким образом, на самом деле я думаю, что вы добавили что-то другое полезное для экосистемы путей решения быстрых операций: (1) Подождите, не делайте вещи быстро. (2) принять риск (3) Используйте сервис третьего страхования участника, который использует хорошую видимость сети и шахтерские связи для оценки риски и их одобрить. (4) Использование эской сделки, чтобы связать средства к утверждающей третьей стороне, который является доверенным не подписывать двойным тратит. (5) Используйте классический централизованный процессор, который вы держите депозиты. (Это будет важно на ранней стадии, когда мы все еще должны взаимодействовать с классическими платежными системами). Также имеет огромное преимущество, скрывая свои внутренние сделки с Bitcoin, все сети видят периодические расчеты. (6) Ваш Я ожидаю, что все эти вещи будут существовать в разных местах, в разное время и в различных смесях. (В некотором смысле, я думаю, ваше решением является распределенной версией (3)) Разнообразие это хорошо. С недавнего обсуждения Bitcoin-разработчика: (7) Когда узел видит вторую транзакцию пытается провести вход, который уже используется транзакцией в памяти-пуле (попытках дважды проводит), он генерирует двойной потратить-предупреждающее сообщение на больной вход, который идентифицирует первые два наблюдаемые транзакции с использованием этого входа. Предупреждение затоплено (и подтверждено каждый узел), и может быть использовано для снижения риска в варианте (2) выше. |
|
|
|
|
13 июля 2011, 9:20:12 PM
|
# 7 |
Сообщения: 1582
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Но то, что он не делает, это уменьшить объем блок-цепи сделок для небольших платежей. В мире, где Bitcoin используются для POS такого рода сделка Скрытия также ценный. безопасность Bitcoin исходит из того, что каждый человек видит все. Такого рода безопасность оправдано для всего богатства мире- не столь оправданной для газированной популярности сделок. Обычно мы можем доверять централизованные институты достаточно, чтобы справиться наши покупки соды поп без глупостей. Это может быть скорректировано, чтобы уменьшить объем сделки. Если узлы рассчитываются друг с другом, нет необходимости выполнять фактическую сделку. Пульсация может использовать Bitcoin рассчитаться, заселение только тогда, когда журчание несостоявшейся или асимметричность создала, что превысило уровень доверия. |
|
|
|
|
13 июля 2011, 9:59:25 PM
|
# 8 |
|
Сообщения: 1148
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Пульсация может использовать Bitcoin рассчитаться, заселение только тогда, когда журчание несостоявшейся или асимметричность создала, что превысило уровень доверия. Совершенно верно, если у вас есть BTC трастовой ссылка +/- 2 с кем-то, вы могли бы использовать основную сеть, чтобы переместить учетную запись обратно в 0, только если оно превышает +/- 1,5 BTC. Если поток через ссылку он разумно сбалансирован, вы не могли бы рассчитаться очень часто вообще. На самом деле, путем корректировки платы вы могли смещение потока обратно к нулю без необходимости решения. Тем не менее, с Bitcoin, чтобы уладить счет дешево, там не так много смысла в попытке сохранить его сбалансированным, если операционные издержки зарабатывали не меньше, чем гонорары Bitcoin сделки сбалансировать ссылку. Похоже, было предложение в феврале как на этом форуме и волнистый группы Google, что 2 системы работают хорошо вместе, но не выглядит как много произошло. Пульсация не кажется, делает все операции сразу. Вы эффективно дать вашим друзьям IOUs, которые они могут торговать, даже если вы находитесь в автономном режиме. |
|
|
|
|
14 июля 2011, 1:21:12 AM
|
# 9 |
|
Сообщения: 2366
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Пульсация может использовать Bitcoin рассчитаться, заселение только тогда, когда журчание несостоявшейся или асимметричность создала, что превысило уровень доверия. Похоже, было предложение в феврале как на этом форуме и волнистый группы Google, что 2 системы работают хорошо вместе, но не выглядит как много произошло. Пульсация не кажется, делает все операции сразу. Вы эффективно дать вашим друзьям IOUs, которые они могут торговать, даже если вы находитесь в автономном режиме. Гектометр Да, я был очень скептически относится к пульсации в целом, но при поддержке с Bitcoin и автоматическими истинными окнами (почему не исчерпывает часто?), Что кажется довольно убедительной комбинацией ... Мне понравилось это предложение, где здесь, когда обеспеченная сделка подвергается быстрой сети, а не только с помощью слепой IOUs из Теперь смешайте в чем-то namecoinish иметь постоянные переплетенные идентичности повесить доверия на ... |
|
|
|
|
14 июля 2011, 9:34:08 AM
|
# 10 |
|
Сообщения: 249
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Гектометр Да, я был очень скептически относится к пульсации в целом, но при поддержке с Bitcoin и автоматическими истинными окнами (почему не исчерпывает часто?), Что кажется довольно убедительной комбинацией ... Согласен. Я думаю, что Bitcoin конкретных Ripple системы имеет много обещаний. Я на самом деле не пытался Ripple много, но я всегда волнуюсь, что максимальный уровень кредитного может быстро быть достигнут на некоторых маршрутах, а затем система не работает до ручного долга оседает. Например, популярный интернет-магазин, вероятно, в основном имеет протекающие наличные по отношению к ним и быстро достигая кредитный лимит с узлами, которые доверяют магазину. Поскольку Пульсация поддерживает произвольные валюты не может действительно сделать автоматическое урегулирование задолженности. Но если бы ограничить его Bitcoin можно иногда делать автоматические платежи Bitcoin. К сожалению, мультипликационный проект не все, что много программного обеспечения написано. Они имеют только централизованные серверы (так что все целевые соединения поддерживается на одном сервере), который приятно играть с, но в конечном счете она должна быть децентрализована. Они работают на децентрализованной версии, но его в основном на стадии проектирования, и я не затаив дыхание, потому что это очень сложная проблема. Так как вам нужно, чтобы быть в состоянии найти доверительные пути, соединяющие разные человек, которые могут быть зарегистрированы на разных серверах и т.д. Идея я играл вокруг с: Может быть, пойти на простой прототип первой, где маршруты вручную. Таким образом, вы должны сообщить системе, в частности, что вы хотите, чтобы направить платеж через алиса @ server1 -> боб @ server1 -> Claire @ server2 (предполагая, что есть доверие между Алисой<->боб и боб<->Claire). Система будет отслеживать кредитных лимитов алиса<->боб и боб<->Claire и будет время от времени погашения долга со стандартной оплатой Bitcoin. |
|
|
|
|
14 июля 2011, 10:11:11 AM
|
# 11 |
|
Сообщения: 1148
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Гектометр Да, я был очень скептически относится к пульсации в целом, но при поддержке с Bitcoin и автоматическими истинными окнами (почему не исчерпывает часто?), Что кажется довольно убедительной комбинацией ... Заселение требует оплаты взноса Bitcoin сделки. В худшем случае это потребует транзакции для каждого звена в цепи. Это может привести к увеличению нагрузки на сети Bitcoin. Отправка денег в отдаленный узел может быть использовано, чтобы сбалансировать все ссылки на этом пути. Там может быть проблема с доверием к этому же. Если А должен деньги B, который обязан в C, который обязан в D, то А просто нужно отправить деньги в D. А будет тогда собственный вексель от D, что не кто-то на самом деле он доверяет. IOU должен был бы сказать, "D должен предъявитель BTC 1, при условии, что сделки <гашиш> включен в цепь Биткойна перед тем номером блока <номер>", Может получить C поменять расписку с тем, который говорит "C должен ...." и затем Б, чтобы поменять что один для "B должен ...." и, наконец, наличные деньги, что один с B непосредственно. После того, как B дал расписку, А затем отправить платеж в сети Bitcoin. Если кто-то по цепочке отказывается передать расписку, то А просто не представляет транзакцию и он истекает, когда Bitcoin цепь попадает этот блок номер + 6. Как Пульсация обычно обрабатывать двойное расходование векселей? Если первый человек обналичить в IOU получает его, то автономная проверка IOUs невозможно. котировка Мне понравилось это предложение, где здесь, когда обеспеченная сделка подвергается быстрой сети, а не только с помощью слепого IOUs пульсирующих. Доверие для кого-то, чтобы не удвоит тратить средства, которые они, кажется, довольно сильно отличается от общего кредита. При регистрации сделки, то вы рискуете, что человек будет каким-то образом двойной тратить деньги. Там же должна быть ссылка доверия. Если шахтеры опубликованы блоки, которые в настоящее время они работают, то вы можете проверить, что 90% + горнорудной власти стремится включая сделку. Шахтеры могут не хотят быть спама пользователей спрашивают о сделках, но агрегаторы должны быть в состоянии заплатить, чтобы получить свой текущий список транзакций. Они могли бы работать в высокоскоростной сети. Если сделка покрывается 90% шахтеров, то, скорее всего, будет принята. котировка Хотя это может быть сделано каким-либо другим способом, где неизрасходованный остаток Bitcoin крепит пульсация активности, фактически превращается в Bitcoin сделки (по-прежнему позволяет транзакции прятался, чтобы уменьшить нагрузку на Bitcoin). Но может быть интересна проблемой конфиденциальности с этим. Если пульсация перешел на выпуск Чаума слепой подписи, то IOUs будет более трудно отследить. Поскольку Bitcoin является по своей сути в Интернете, является система избыточна Chaum? Вся идея состояла в том, что она будет покрывать расходы на двойные офлайновых сетях. |
|
|
|
|
14 июля 2011, 10:25:56 AM
|
# 12 |
|
Сообщения: 1148
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Согласен. Я думаю, что Bitcoin конкретных Ripple системы имеет много обещаний. Я на самом деле не пытался Ripple много, но я всегда волнуюсь, что максимальный уровень кредитного может быстро быть достигнут на некоторых маршрутах, а затем система не работает до ручного долга оседает. Например, популярный интернет-магазин, вероятно, в основном имеет протекающие наличные по отношению к ним и быстро достигая кредитный лимит с узлами, которые доверяют магазину. В точку. Проблема заключается в том, что для такой системы, как Paypal большинство узлов являются либо источниками или стоками (покупателей или продавцов). Это означает, что вам нужно отказ от платежной системы канала для урегулирования, но почему бы не просто использовать это непосредственно. Пульсация + Bitcoin получает быстрые транзакции от пульсации с Bitcoin, действующими в качестве клиринговой системы. котировка Но если бы ограничить его Bitcoin можно иногда делать автоматические платежи Bitcoin. До тех пор, пока есть люди готовы обменять биткойна за наличные деньги, вы можете все еще использовать систему Bitcoin для обработки клиринговой системы, до тех пор, как два конца сделки имеет ссылки на локальный обмен. котировка Идея я играл вокруг с: Может быть, пойти на простой прототип первой, где маршруты вручную. Таким образом, вы должны сообщить системе, в частности, что вы хотите, чтобы направить платеж через алиса @ server1 -> боб @ server1 -> Claire @ server2 (предполагая, что есть доверие между Алисой<->боб и боб<->Claire). Система будет отслеживать кредитных лимитов алиса<->боб и боб<->Claire и будет время от времени погашения долга со стандартной оплатой Bitcoin. Я думаю, что руководство маршрутизации хуже, чем центральный сервер сделать это (если центральный сервер не переходит в автономный режим). Маршрутизация может работать как маршрутизация IP. Тем не менее, это означает, что каждый узел маршрутизации должен хранить запись в таблице для каждого другого узла. В качестве дополнительного усложнения, размер звена необходимо принимать во внимание. Например, если есть два пути от А до В, то не ясно, какой из них следует добавить в таблицу маршрутизации. -10-> В -100-> C -100-> В Если А хочет отправить 1 BTC, то он может отправить по первой ссылке, но для более чем 10, он должен использовать вторую ссылку. Таблицы маршрутизации отрегулировали бы гораздо чаще, так как с каждой сделкой размера ссылки изменяется. Система маршрутизации может быть иерархической. Целый ряд узлов, которые имеют хорошие связи друг с другом может образовывать группу, а затем маршрутизации верхнего уровня будут содержать маршруты между группами, а не маршрутами между отдельными узлами. Это будет работать как сетевой подсеть системы в Интернете /. |
|
|
|
|
14 июля 2011, 10:26:37 AM
|
# 13 |
|
Сообщения: 1582
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Как Пульсация обычно обрабатывать двойное расходование векселей? Если первый человек обналичить в IOU получает его, то автономная проверка IOUs невозможно. Эти вопросы не то, что трудно решить. Все, кто принимает IOUs отслеживает то, что IOUs они заплатили. Каждый платеж на IOU подписывается получателем.Скажите, что я доверяю тебе задолжать мне до 20 Bitcoins и вы в настоящее время обязаны мне 10 биткойнов. Вы представить расписку. Я плачу вам 10 биткойнов. Вы присылаете мне квитанцию. Теперь у нас есть нулевой баланс. Если вы представите мне расписку снова, я могу представить вам квитанцию прувинг я заплатил его. Если я заплачу вам, и вы отказываетесь предоставить мне расписку, тогда вы нарушив доверие я протянутую вам. Non-receipting обрабатывают так же, как невыплаты, это нарушение. Для того, чтобы избежать того, чтобы отслеживать IOUs и квитанций навсегда, два узла могли взаимно подписать сертификат баланса. Если вы утверждаете, что я должен вам 10 BTC с распиской, датированной в прошлом году, я могу представить подписанный сертификат нулевого баланса с прошлой недели, чтобы доказать, что это должно быть решено. Отказавшись подписывать сертификаты баланса может также рассматриваться как нарушение доверия. Offline проверка векселей не требуется. Это принципиально онлайновая система обработки, где каждый узел решает продлить доверие. Если вы не в сети, вы не можете ничего сделать, пока вы не. Если вы остаетесь в автономном режиме и отказаться от выкупа IOUs, вы снова нарушив доверие. |
|
|
|
|
14 июля 2011, 11:49:22 AM
|
# 14 |
|
Сообщения: 249
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
котировка Идея я играл вокруг с: Может быть, пойти на простой прототип первой, где маршруты вручную. Таким образом, вы должны сообщить системе, в частности, что вы хотите, чтобы направить платеж через алиса @ server1 -> боб @ server1 -> Claire @ server2 (предполагая, что есть доверие между Алисой<->боб и боб<->Claire). Система будет отслеживать кредитных лимитов алиса<->боб и боб<->Claire и будет время от времени погашения долга со стандартной оплатой Bitcoin. Я думаю, что руководство маршрутизации хуже, чем центральный сервер сделать это (если центральный сервер не переходит в автономный режим). Когда вы говорите, центральный сервер, вы думаете о сервере, который делает только маршрутизацию или также автоматическое Bitcoin урегулирования задолженности? Если это последнее, что уже существует: MyBitcoin.com, с дополнительным преимуществом, что нет доверия соединения не требуется. Каждый может заплатить все остальные на MyBitcoin.com мгновенно, пока у них есть там счет с достаточно Bitcoins. Если центральный сервер не только маршрутизации и автоматическое урегулирование задолженности производится отдельными узлы, тогда что можно увидеть в качестве дополнения к моему предложению. Что кажется действительно хорошая идея: иметь децентрализованную систему, которая поддерживает только вручную маршруты и затем хорошо известный сервер каталогов, где каждый публикует свои доверительные связи и может запросить для маршрутов. На более поздней стадии, что сервер каталогов может быть заменен механизмом, который выясняет маршруты без необходимости центрального сервера. С помощью интернет-маршрутизации, как: Это хорошее предложение! Хотя мне интересно о конфиденциальности и будет ли это возможно сделать все, что и до сих пор позволяют участникам не раскрывать всех людей, которым они доверяют. Это может быть слишком много, чтобы спросить, что дает сложность проблемы уже, но, возможно, некоторые другие требования могут быть ослаблены (например, не требуя алгоритм, чтобы найти оптимальный путь, но использовать какой-то эвристики, чтобы иметь хорошие шансы найти достойный путь). Мне кажется, что есть много компромиссов, чтобы рассмотреть. На этой ноте, я задаюсь вопросом, сколько из этой дискуссии уже произошло в Ripple сообщества. Я не прошли через свои архивы в подробности, но для тех, кому интересно, я думаю, что большая часть дискуссии по поводу систем Ripple происходит здесь: https://groups.google.com/group/rippleusers . |
|
|
|
|
14 июля 2011, 12:17:06 PM
|
# 15 |
|
Сообщения: 1148
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
котировка Я думаю, что руководство маршрутизации хуже, чем центральный сервер сделать это (если центральный сервер не переходит в автономный режим). Когда вы говорите, центральный сервер, вы думаете о сервере, который делает только маршрутизацию или также автоматическое Bitcoin урегулирования задолженности? Я думал о сервере, который настраивает маршрутизацию вместо того, чтобы вручную ввести маршруты. Распределенная система маршрутизации предпочтительно ручной маршрутизации или на центральный сервер, хотя. котировка Есть децентрализованную систему, которая поддерживает только вручную маршруты и затем хорошо известный сервер каталогов, где каждый публикует свои доверительные связи и может запросить маршруты. Звучит разумно. котировка С помощью интернет-маршрутизации, как: Это хорошее предложение! Может быть, решение хэша получает вам право создать группу и, следовательно, связь в таблицах маршрутизации. Это может истечь. Все члены группы должны были бы сделать некоторую обработку, чтобы идентификационный код группы действует. С иерархической системой, каждый член будет поддерживать группу и группу, что группа является подгруппой т.д. котировка Хотя мне интересно о конфиденциальности и будет ли это возможно сделать все, что и до сих пор позволяют участникам не раскрывать всех людей, которым они доверяют. Это может быть слишком много, чтобы спросить, что дает сложность проблемы уже, но, возможно, некоторые другие требования могут быть ослаблены (например, не требуя алгоритм, чтобы найти оптимальный путь, но использовать какой-то эвристики, чтобы иметь хорошие шансы найти достойный путь). Мне кажется, что есть много компромиссов, чтобы рассмотреть. Если целевые ссылки создаются на основе RL дружбы, то это не кажется, что легко держать вещи в секрете. Вы можете создать доверительные связи со случайными людьми, если вы готовы рискнуть. Это позволило бы создание анонимного узла. Например, если я вышлю 0.1 BTC и попросить вас, чтобы отправить его обратно ко мне, то если вы это сделаете, я знаю, что вам можно доверять, по крайней мере, много. Если есть разумные сборы за предоставление трастовых ссылок, то это может быть даже стоит ли это случайным образом. Фактически, если есть нехватка ссылок, то стоит спамить случайные узлы для создания ссылок. Вещание обещания заплатить (и включения его в цепи) позволит узлам создать общие уровни доверия. котировка На этой ноте, я задаюсь вопросом, сколько из этой дискуссии уже произошло в Ripple сообщества. Я не прошли через свои архивы в подробности, но для тех, кому интересно, я думаю, что большая часть дискуссии по поводу систем Ripple происходит здесь: https://groups.google.com/group/rippleusers . У меня был быстрый взгляд и некоторые там думают Bitcoins являются пузырь. |
|
|
|
|
14 июля 2011, 1:51:30 PM
|
# 16 |
|
Сообщений: 27
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Здравствуй. Я основатель Ripple проекта. Приятно видеть Ripple обсуждается как сделки накладка в режиме реального времени для Bitcoin. Я думаю, что две взаимно дополняют друг друга - Bitcoin децентрализована виртуальное золото, и пульсация децентрализована виртуальная банковская.
Я работаю на общем сервере Ripple для поддержки следующей версии Ripplepay.com, что я намерен выпустить в качестве открытого источника. Это не будет распространяться на первом, но он будет работать в качестве центрального сервера для запроса маршрутов (а также для обработки транзакций атомарны, что, вероятно, на самом деле сложнее, чем проблема маршрутизации в распределенной установке). Мой дизайн для распределенного протокола Ripple здесь: http://ripple-project.org/Protocol/Protocol05 Замечания и предложения приветствуются. Если кто-то заинтересован в оказании помощи с этим, или просто заинтересованы в реализации своего рода Bitcoin банковской поверх него, дайте мне знать. Благодаря, Райан |
|
|
|
|
14 июля 2011, 2:40:32 PM
|
# 17 |
|
Сообщения: 1148
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
а также для обработки транзакций атомарно, что, вероятно, на самом деле сложнее, чем проблема маршрутизации в распределенной установке Да, мне было интересно, как вы планировали справиться с этим. Узел может в конечном итоге проведение расписки до последнего звена, а потом вдруг сделка будет отменена, и у него есть расписка от кого-то он не доверяет. Делая IOUs зависимость от сделки, происходящей в Bitcoin блок-цепи, что позволит решить, но будет иметь 1 час или около того, прежде чем задержать транзакция может быть подтверждена с истекшим сроком. |
|
|
|
|
14 июля 2011, 2:52:37 PM
|
# 18 |
Сообщений: 27
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Да, мне было интересно, как вы планировали справиться с этим. Узел может в конечном итоге проведение расписки до последнего звена, а потом вдруг сделка будет отменена, и у него есть расписка от кого-то он не доверяет. Механизм, что каждый узел первый обещает один впереди, что она будет проходить вексель в обмен на коммит маркер, подписанный определенным ключом, определяемом последним узлом (получателя платежа). После того, как все обещания сделаны, получатель генерирует маркер фиксации и передает его обратно к предыдущему узлу в обмен на IOU, и так далее назад к первому узлу (плательщика). Этого вполне достаточно, если все узлы остаются в Интернете, и все они хорошо себя вели, но в случае, если нет, то я предложил систему фиксации реестров как расширение, которое должно быть достаточно устойчивым к отказа узла и обмане: https://groups.google.com/forum/#!сообщ / rippleusers / Ruy_QIb0AAY / fUF5bGNJWXkJ Райан |
|
|
|
|
14 июля 2011, 3:11:26 PM
|
# 19 |
|
Сообщения: 1148
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Этого вполне достаточно, если все узлы остаются в Интернете, и все они хорошо себя вели, но в случае, если нет, то я предложил систему фиксации реестров как расширение, которое должно быть достаточно устойчивым к отказа узла и обмане: https://groups.google.com/forum/#!сообщ / rippleusers / Ruy_QIb0AAY / fUF5bGNJWXkJ Я думаю, что это похоже на предложение, чтобы использовать самое Bitcoin цепь в регистре. Вы обещаете заплатить уплату Bitcoin на самом деле происходит до определенного номера блока. Bitcoin блок цепь также может быть использована для добавления произвольных сообщений в блоке цепь, хотя это не рекомендуется. Они эффективно постоянно датируемые как часть системы передачи Bitcoin. Это означает, что каждая транзакция имеет пульсации должны быть согласованы с помощью транзакции Bitcoin. Для мелких платежей, это должно быть возможно только сбросить цепную каждые несколько пульсации операций. Это предотвращает Bitcoin цепи используется для подтверждения того, что основная сделка состоялась. |
|
|
|
|
14 июля 2011, 3:13:56 PM
|
# 20 |
Сообщения: 1148
цитировать ответ |
Re: Предложение для быстрых POS сделок с Bitcoin
Вы должны добавить поле длины пакета в систему сообщений. Это позволяет более старым клиентам игнорировать (или вперед) любые новые типы пакетов. Она также позволяет клиентам использовать нестандартные пакеты. |
|
|
|
Как заработать Биткоины?
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.