Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
4 июля 2011, 2:16:23 AM   # 1
 
 
Сообщения: 141
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Еще больше оснований для замены / nLockTime быть включены, вы никогда не должны были бы "Счет" на mtgox, что вы должны были внести больше, чем вы собираетесь сразу же использовать в.

В целом долгосрочные деловые отношения могут согласиться только "поселить его в blockchain позже", Но все-таки сделать это таким образом, что ни один не может ввернуть другой.
 
1) Проделайте "стандартная установка условного депонирования":
    а) Написать Ую ж / вывод расходуемого по сиг от вас и mtgox, не подписывайте его еще.
    б) Написать Тх расходы B Тх обратно к вам с nLockTime некоторое время в будущем и след числа 0.
    в) Hand mtgox оба эти * без знака * (не подписывайте ТХА, пока он не подписал TxB), спрос на него подписать их, вернуть их и подписать их, транслировать их.

2) Для быстрого отзывать, mtgox может сделать то же самое в обратном порядке с вами.

3) Для того, чтобы начать, Tx B имеет SEQ 0 и дает все монеты в TxA обратно к вам. Когда вам нужно дать mtgox деньги, вы посылаете ему подписанную замену
TxB, что является окончательным, и посылает некоторые TxA к нему, а остальные обратно к вам. Все это в автономном режиме, не передаются в сеть.

4) Как вы должны дать больше денег, вы посылаете новые замены для TxB давая больше mtgox и меньше себя. Опять же это все в автономном режиме.

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

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


Как заработать Биткоины?
Без вложений. Не майнинг.


4 июля 2011, 5:40:46 AM   # 2
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

Получил 1806 Биткоинов
Реальная история.





Я бы не рассмотреть MtGox полный резерв, если они сделали это, так как кто-то мог "жечь" их вклады.
theymos сейчас офлайн Пожаловаться на theymos   Ответить с цитированием Мультицитирование сообщения от theymos Быстрый ответ на сообщение theymos

4 июля 2011, 6:30:13 PM   # 3
 
 
Сообщения: 141
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

Я бы не рассмотреть MtGox полный резерв, если они сделали это, так как кто-то мог "жечь" их вклады.
Не понимаю. После того, как вы подписали TX и послал его в mtgox, у него есть деньги. Он просто выбирает не не транслировать его до позже, так что вместо того, чтобы платить плату TX / в режиме ожидания для каждого небольшого депозита / снятия, вы только сделать это, когда вы хотите. Вы не можете обмануть mtgox деньги ...
hashcoin сейчас офлайн Пожаловаться на hashcoin   Ответить с цитированием Мультицитирование сообщения от hashcoin Быстрый ответ на сообщение hashcoin

4 июля 2011, 7:33:05 PM   # 4
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

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

Сначала я подумал, что Те может транслироваться без подписания ТХ В, который позволил бы withdrawer сжечь монеты. Но сайт просто нужно считать БТД временно отозвана до ТХ B не подписан.

Тогда я подумал, что сторона отправки Тх будет иметь много времени, чтобы генерировать блок и выбрать любую версию ТХ B, они хотят, игнорируя последовательность. Но они на самом деле есть только несколько десятков минут, чтобы сделать это.

Риск по-прежнему представляется неприемлемым для большинства сайтов. Злоумышленник не может легко использовать сетевые атаки, как с регулярными сделок 0-подтверждения, но они все еще только нужно решить один блок, и они могут попытаться нападения много раз без стоимости, пока она не работает. Может быть, метод может быть использован, если были приняты другие меры безопасности, такие как задержки снятия USD из бирж.
theymos сейчас офлайн Пожаловаться на theymos   Ответить с цитированием Мультицитирование сообщения от theymos Быстрый ответ на сообщение theymos

5 июля 2011, 4:24:32 AM   # 5
 
 
Сообщения: 141
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

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

Вот две тонкие точки упаковывают вы не понимая, почему они имеют решающее значение:
1) Вы должны получить сиговую от другой стороны на TxB, прежде чем подписать ТХ. В противном случае, деньги можно было бы застрять.
2) Другая сторона не должна подписывать какие-либо замены TxB он получает, пока он не будет готов к трансляции окончательным. То есть, замены TxB подписаны одним лицом (лицо платить больше денег), а затем провел другой стороной. Другая сторона держит их в себе, пока они не будут готовы урегулировать баланс, в какой момент он подписывает эту замену. Поскольку любое изменение требует ОБА подписей, первая партия не может в одиночку сделать любое обновление без согласия второй стороны.

Я думаю, что (2) является то, что вам не хватает. TxA была написана так, что требует 2 Sigs потратить. Таким образом, плательщик не может просто транслировать более раннюю версию TxB.
Обратите внимание, что замена TxB не увеличивается в порядковом номере - они являются окончательными, а не временем автоподстройки.

Другими словами, будет только когда будет два действительных TX расходы TxA:
- Самое первое, что дает его обратно к первому лицу. Это сменное и использует nLockTime в скажем, 30 дней в будущем.
- Самая последняя замена послал первого человека в секунду. Это не заменяемые и немедленно заблокированы. Второй человек не подписывает какой-либо из других, таким образом, они никогда не являются на самом деле действительными заменами.

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

hashcoin сейчас офлайн Пожаловаться на hashcoin   Ответить с цитированием Мультицитирование сообщения от hashcoin Быстрый ответ на сообщение hashcoin

5 июля 2011, 5:57:02 AM   # 6
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

Ах, я пропустил, что полностью подписанные промежуточные версии будут конфиденциальными. Это было бы безопасно. Отличная идея!
theymos сейчас офлайн Пожаловаться на theymos   Ответить с цитированием Мультицитирование сообщения от theymos Быстрый ответ на сообщение theymos

5 июля 2011, 6:18:02 AM   # 7
 
 
Сообщения: 141
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

С дополнительной магией сценария TX это можно сделать еще более эффективно, так что отправка нового платежа требует только хэш-вычислений, а не ECDSA сиговый. (Это огромная разница: процессор может делать 5М Hash / сек [помните, одного хэша, а не в два раза, как добыча], но только может быть 500 ECDSA SIGs / секунду).

Схема Ривест-Шамир Paywords [1].

Схема paywords в основном действительно эффективный способ сделать то, что я предлагаю выше, с хэш вместо подписей.
Скажем, я хочу, чтобы сделать эту схему с вами за $ 100, и я хочу передать вам с шагом в $ 0,01.

Я выбрать случайное сообщение X_0 и хэш его в 10000 раз, порождая X_10000. (То есть, хэш X_0, чтобы получить X_1, то хэш X_1, чтобы получить X_2, и т.д.).
Я посылаю вам следующее подписанное обещание:
"Если вы знаете строку, хэшей X_10000 после итераций K, вы можете собрать $ 0,01 * K от меня",

Теперь, чтобы заплатить вам я посылаю вам X_9999, X_9998 и т.д. Вам нужно только следить за последней, и вы можете проверить, что X_k действительно хэши к x_k + 1.

Это не подходит совсем так приятно в Bitcoin, к сожалению, потому что он нуждается в TX, который может иметь переменный вывод в зависимости от сценария.
Вы должны были бы иметь возможность написать сценарий, говоря что-то вроде:
"Это ОЕ расходуемая с подписью от партии B, плюс Y. Если Y значения хэш K раза X_10000, то выход K * что-то для вывода B, а остальное для вывода",

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

[1] http://people.csail.mit.edu/rivest/RivestShamir-mpay.ps

hashcoin сейчас офлайн Пожаловаться на hashcoin   Ответить с цитированием Мультицитирование сообщения от hashcoin Быстрый ответ на сообщение hashcoin

5 июля 2011, 11:21:20 AM   # 8
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

"Это ОЕ расходуемая с подписью от партии B, плюс Y. Если Y значения хэш K раза X_10000, то выход K * что-то для вывода B, а остальное для вывода",

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

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

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

Вы должны заплатить за ТХ тратить монеты. Если у вас есть 1000 монет, каждый со значением 0,00000001, то они не могут быть потрачены очень легко.

Вы должны отправить сделку с 100 входами и 1 выходом. С тем, как все настроено, что будет стоить больше, чем стоимость монет в ТХ сборах.

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

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

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

Продавец может затем объединить множество этих монет в крупную сделку и защитить выход со стандартной системой подписи ECDSA.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

5 июля 2011, 1:50:42 PM   # 9
 
 
Сообщения: 141
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

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

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

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

котировка

Вы должны заплатить за ТХ тратить монеты. Если у вас есть 1000 монет, каждый со значением 0,00000001, то они не могут быть потрачены очень легко.

Er не вы поняли схему тогда. Взгляните еще раз на ОП. Обратите внимание, что все эти замены TX происходят * * отсутствует. Существует только одна TX когда-либо на самом деле поселились в blockchain. Таким образом, в дополнение к мгновенным, все эти передатчиках только в конечном итоге платить один взнос в самом конце, чтобы уладить!

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

Действительно, это верно. Но я думаю, что было бы гораздо дешевле, так как процессорное время дешевле, чем постоянно добавляя к blockchain.
hashcoin сейчас офлайн Пожаловаться на hashcoin   Ответить с цитированием Мультицитирование сообщения от hashcoin Быстрый ответ на сообщение hashcoin

5 июля 2011, 5:02:47 PM   # 10
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

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

4 августа 2011, 9:52:46 AM   # 11
 
 
Сообщения: 461
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

"Это ОЕ расходуемая с подписью от партии B, плюс Y. Если Y значения хэш K раза X_10000, то выход K * что-то для вывода B, а остальное для вывода",

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

Существует ограничение на количество опкодами в сценарии, так что это не будет расширяемой.
Не могли бы вы просто добавить еще 10000 слов на языке сценариев: OP_SHA256X1, OP_SHA256X2, ..., OP_SHA256X10000?

Существует более важная проблема, чем отсутствие петель, а именно, что выходное значение не может быть установлено с помощью скриптов.
Какие проблемы введены, позволяя это? Является ли это, что он будет делать это слишком легко DoS сети? Может специальное исключение быть сделано для сценариев этого типа, так как хеширование 10000 раз только так сложно, как проверка одного ECDSA сиговых?

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

Привязав прямые экономические стимулы в маршрутизацию пакетов будет революционным для Интернета. Экстремальные микро-платежи обеспечили бы стимулы, необходимые для беспроводных сетей сетки для формирования спонтанно, а также географически близко распределенное хранение (с использованием этого ). Они стимулировать участие в Bittorrent и Tor. Легко Bitcoin-х "убийца приложение" если это возможно.
d'aniel сейчас офлайн Пожаловаться на д'aniel   Ответить с цитированием Мультицитирование сообщения от д'aniel Быстрый ответ на сообщение д'aniel

7 августа 2011, 11:43:12 PM   # 12
 
 
Сообщения: 1092
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

Если я понимаю правильно, то на время этого «Бизнес Relationship сессии» (я буду называть его BRS за неимением лучшего термина), продавец будет поставлять микро-услуг, потому что они знают, что они в конечном счете будут оплачены - но не в состоянии получить доступ денег на эти промежуточном тратит до урегулирования этого BRS.

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

Кроме того - если продавец является реселлером или сервис-агрегатор какой-то, что они, возможно, потребуется Onpay промежуточный тратит, как они идут. Будет ли им нужно держать баланс, эквивалентный всей их активной BRSS, или они могли каким-то образом провести части другого неисполненного BRS? 

Эти факторы свидетельствуют о том, что мне очень короткое время урегулирования будет нормой. Будет ли все это установки / демонтажа задержки вызывают, или же стороны будут создание Заменитель BRS заранее оседания предыдущего, так что это бесшовные? 

Может быть, как торговец, который хочет установить длительный BRSS с клиентами - я бы установить отдельный БРС с некоторым финансовым провайдером, который позволяет мне показать доказательства BRSS в прогрессе и блокировках в текущих курсах валют?

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

8 августа 2011, 12:46:44 AM   # 13
 
 
Сообщения: 461
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

Julz,

Несмотря на то, заселение сразу не происходит на блок цепи, там никогда не бывает риск контрагента в этих биржах, так что я не понимаю, почему кто-нибудь когда-нибудь чувствовать себя торопить в "оседание баланс в БРС" (это всегда "решен" в содержательном смысле).

Если USD / BTC курс падает, то люди бы просто найти они увеличившиеся БРС быстрее, чем они ожидали, но тогда они будут просто начать новый с более высоким лимитом. И наоборот, если она увеличивается, и люди находят, что они хотят, чтобы использовать полученный избыток стоимости заперт в БРС для чего-то еще, то они могут просто решить его на блок-цепи и начать новый БРС с нижним пределом.
d'aniel сейчас офлайн Пожаловаться на д'aniel   Ответить с цитированием Мультицитирование сообщения от д'aniel Быстрый ответ на сообщение д'aniel

8 августа 2011, 10:30:09 PM   # 14
 
 
Сообщения: 126
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

Действительно отличная идея, следуя эту тему!
Dinox сейчас офлайн Пожаловаться на Dinox   Ответить с цитированием Мультицитирование сообщения от Dinox Быстрый ответ на сообщение Dinox

8 августа 2011, 10:50:29 PM   # 15
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

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

Для дальнейшего использования, могли бы вы обрисовать другие проблемы, это будет решать?

ByteCoin
ByteCoin сейчас офлайн Пожаловаться на ByteCoin   Ответить с цитированием Мультицитирование сообщения от ByteCoin Быстрый ответ на сообщение ByteCoin

9 августа 2011, 6:39:10 PM   # 16
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

Для дальнейшего использования, могли бы вы обрисовать другие проблемы, это будет решать?

Я имел в виду задач, решаемых hashcoin-х "Paywords" схема. Отправитель и получатель прикасается к сети один раз настроить передачу и один раз, чтобы завершить его. Между этими сетевыми операции, они могут делать операции между собой безопасно, не прикасаясь к сети вообще. Они не должны беспокоиться о подтверждениях или операционных издержках на микротранзакциях, и не требуется ECDSA подписания / проверки.

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

9 августа 2011, 11:35:57 PM   # 17
 
 
Сообщения: 141
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

Я имел в виду задач, решаемых hashcoin-х "Paywords" схема. Отправитель и получатель прикасается к сети один раз настроить передачу и один раз, чтобы завершить его. Между этими сетевыми операции, они могут делать операции между собой безопасно, не прикасаясь к сети вообще. Они не должны беспокоиться о подтверждениях или операционных издержках на микротранзакциях, и не требуется ECDSA подписания / проверки.

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

Er, просто уточнить, оригинальную схему, которая Bitcoin теперь поддерживает сценарии и по модулю Locktime, также обладает свойством, что люди могут Transact между собой, не прикасаясь к сети, без необходимости каких-либо подтверждений, и без уплаты каких-либо сборов, за исключением осесть. Это много не требует переменной-вывода TX. Но, ECDSA знак / проверить требуется для каждого платежа (отсутствует между двумя сторонами).

Цель Ривестом-Шамира Paywords заключается в снижении затрат, что в одной хэш вычислений. Один хэш является разумным для оплаты на каждом интернет-пакете; ECDSA знак / проверить не является. Поэтому OpenSSL использует Публичную криптографию для начала сеанса связи, но после того, что использует HMACs, которые очень быстро.
hashcoin сейчас офлайн Пожаловаться на hashcoin   Ответить с цитированием Мультицитирование сообщения от hashcoin Быстрый ответ на сообщение hashcoin

25 августа 2011, 10:18:09 PM   # 18
 
 
Сообщения: 249
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

Действительно интересная идея! Я думал, что это может быть хорошая техника, чтобы совместить с процессором оплаты. Клиенты затем только, чтобы сформировать один из этих "деловые отношения сессий" А именно - с процессором оплаты - и все еще может платить мгновенно везде, где процессор оплаты принимается. Торговцы будут принимать стандартные, операции нулевого подтверждения от платежной системы в предположении, что процессор оплаты честен.

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

1 сентября 2011, 9:18:46 AM   # 19
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

Это может быть использовано для децентрализованных моментальных платежей POS тоже !!
Эти депозитные счета могут быть использованы для формирования сети доверия как пульсация использует кредитные линии.
Представьте себе, есть счет на оплату B и B, чтобы заплатить C.
А может заплатить C мгновенно через B. Но вы должны сделать платеж от А до В, и один из B в C произойти атомарно.
Может ли это быть объединено с техникой, используемой для обмена валюты в другую цепи для достижения атомарности?
Я до сих пор думаю, как это сделать.

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

1 сентября 2011, 9:41:12 AM   # 20
 
 
Сообщения: 461
Цитировать по имени
цитировать ответ
по умолчанию Re: Instant TX для установленных деловых отношений (необходимость замены / nLockTime)

Это может быть использовано для децентрализованных моментальных платежей POS тоже !!
Эти депозитные счета могут быть использованы для формирования сети доверия как пульсация использует кредитные линии.
Представьте себе, есть счет на оплату B и B, чтобы заплатить C.
А может заплатить C мгновенно через B. Но вы должны сделать платеж от А до В, и один из B в C произойти атомарно.
Может ли это быть объединено с техникой, используемой для обмена валюты в другую цепи для достижения атомарности?
Я до сих пор думаю, как это сделать.

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

Я не думаю, что это возможно, так как процессоры оплаты должны связать биткойны в так называемом BRSS с каждым из своих клиентов, и потому, что одни и те же монеты не могут быть использованы для нескольких BRSS.
d'aniel сейчас офлайн Пожаловаться на д'aniel   Ответить с цитированием Мультицитирование сообщения от д'aniel Быстрый ответ на сообщение д'aniel



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW