Я надеюсь, что никто не разместил те же идеи раньше. Позвольте мне объяснить мои мысли.
Мы можем разработать централизованную систему Bitcoin сделок. (Давайте назовем это CentralCoin.) Разница между этой системой и электронными кошельками в том, что CentralCoin требует два закрытых ключей, чтобы подписать сделку. (В основном это просто еще один уровень шифрования.) Клиенты держать бумажники и закрытый ключ, а сервер имеет другой ключ.
Поскольку две закрытые ключи должны подписать сделку, ни клиент, ни сервер имеет право провести Bitcoins без согласия другой стороны. Сделка начинается с клиентом отправки его секретный ключ к серверу "отпереть" бумажник. (Я буду говорить о вопросах доверия позже.) Сервер может легко предотвратить двойные расходы от случаться, потому что он имеет знание каждую сделку. платежи В самой CentralCoin сети, являются мгновенными.
CentralCoin может быть 100% совместимость с клиентами Bitcoin. Так что клиенты CentralCoin могут по-прежнему генерировать адреса и отправлять / принимать платежи от пользователей Bitcoin. Клиент секретный ключ CentralCoin может быть скопирован на несколько устройств, поскольку он может быть использован для проверки подлинности на сервере, то облачных платежей будет возможно.
Еще одним преимуществом является то, что пользователи могут наслаждаться Bitcoin мгновенные платежи, а также. Если пользователи Bitcoin доверять CentralCoin, они могут проверить, приходит ли сделка с CentralCoin. Если да, то они могут быть уверены, что сделка будет подтверждена.
Доверяйте вопросы: Это требует от клиентов доверять серверу, чтобы не записывать вниз закрытые ключи. Но это по крайней мере лучше, чем электронные кошельки, которые имеют полный контроль над всем, даже если владельцы кошелька не хотят контролировать. (Это не хуже, чем наш электронный кошелек).
Вопросы безопасности: Если сервер не записывает вниз закрытые ключи в любом месте, централизованное хакерство невозможно. Секретный ключ на стороне сервера не использовать без закрытых ключей на стороне клиента. Клиенты по-прежнему контролируют деньги. Секретный ключ на стороне клиента является единственным компонентом, поскольку взломать сервер будет подписывать каждую сделку, которая не является двойными расходами. (Это не хуже нашего клиента Bitcoin.)
Одноточечный из-провал: Сервер может распределить все комбинированные частные ключи клиента CentralCoin в. Если владелец сети CentralCoin честен, даже если есть потери данных или атаки безопасности, он может просто раскрыть секретный ключ на стороне сервера, и пользователи смогут "отпереть" сами их бумажники. Их CentralCoin бумажники будут автоматически преобразованы в Bitcoin бумажники без потери средств. (Это не хуже, чем наш электронный кошелек).
В конце концов, потребители и торговцы разделяют все преимущества, и решение, по крайней мере не хуже, чем у наших существующих.
|
|
||||||
24 октября 2011, 3:39:54 PM
|
# 1 |
Сообщения: 490
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
24 октября 2011, 4:05:01 PM
|
# 2 |
|
Сообщения: 2016
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Получил 1806 Биткоинов
Реальная история. Отличная идея. Некоторые улучшения, хотя:
Там нет причин, клиент должен отправить секретный ключ на сервер. Вы можете сделать биткойны, которые расходуемые только с цифровыми подписями двух закрытых ключей (и с OP_EVAL, вы можете сделать это прозрачно как обычный адрес Bitcoin). Таким образом, клиент должен отправить только цифровую подпись для запрошенных операций. Это исключает какой-либо риск сервера кражи монет. Я думаю, вы также можете сделать это так, чтобы монеты расходуемые только с ключом клиента по истечении определенного времени. Таким образом, даже если сервер теряет свой ключ, клиенты могут вернуть монеты после этого времени. Если все нормально, то придет время, и клиенты хотят продолжать пользоваться услугой, они перемещаются монеты на новый адрес с обновленным временем. Еще больше доказательств того, что все предполагаемые "проблемы" с Bitcoin разрешимы с невероятно мощной и гибкой архитектурой. |
|
|
|
|
24 октября 2011, 4:21:36 PM
|
# 3 |
|
Сообщения: 490
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Отличная идея. Некоторые улучшения, хотя: Там нет причин, клиент должен отправить секретный ключ на сервер. Вы можете сделать биткойны, которые расходуемые только с цифровыми подписями двух закрытых ключей (и с OP_EVAL, вы можете сделать это прозрачно как обычный адрес Bitcoin). Таким образом, клиент должен отправить только цифровую подпись для запрошенных операций. Это исключает какой-либо риск сервера кражи монет. Я думаю, вы также можете сделать это так, чтобы монеты расходуемые только с ключом клиента по истечении определенного времени. Таким образом, даже если сервер теряет свой ключ, клиенты могут вернуть монеты после этого времени. Если все нормально, то придет время, и клиенты хотят продолжать пользоваться услугой, они перемещаются монеты на новый адрес с обновленным временем. Еще больше доказательств того, что все предполагаемые "проблемы" с Bitcoin разрешимы с невероятно мощной и гибкой архитектурой. Улучшение идеально подходит для этой идеи. Я действительно не знаю слишком много о деталях протокольных Bitcoin, так что я не думаю, что об этой возможности. Владельцы сервера не будут иметь никакой возможности больше принимать любые монеты, кроме сговора двойных расходов. (Сервер может еще разрешить двойные операции расходов от клиентов.) По крайней мере, я бы сказал, CentralCoin является продолжением зеленого адреса для всех. Пока сервер запущен и работает, нет никакой разницы между CentralCoin клиентом и Bitcoin клиентом, за исключением того, что загрузка начальных блоков больше не требуется для нового CentralCoin, потому что сервер может предоставить все. |
|
|
|
|
24 октября 2011, 4:44:16 PM
|
# 4 |
Сообщения: 565
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Старый ... https://github.com/bitcoinjs/bitcoinjs-lib - на стороне клиента сделка подписание ... скажем до свидания с мгновенными кошельками НАВСЕГДА
|
|
|
|
|
24 октября 2011, 4:59:59 PM
|
# 5 |
|
Сообщения: 490
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Старый ... https://github.com/bitcoinjs/bitcoinjs-lib - на стороне клиента сделка подписание ... скажем до свидания с мгновенными кошельками НАВСЕГДА Но как это решить проблему мгновенной оплаты? Это просто безопасная замена электронных кошельков, но ничего лучше, чем это. |
|
|
|
|
24 октября 2011, 5:50:37 PM
|
# 6 |
|
Сообщения: 1092
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Я слышал об этом на канале #bitcoin IRC. После думать об этом, такая услуга будет использоваться редко. Торговец, скорее всего, доверять сделки с 0 подтверждением лица к лицу небольшим операций. Я не знаю, сколько это будет востребован. Для цифровых покупок там, возможно, некоторые используют для этого, но это делает Bitcoin много более сложной в природе ...
|
|
|
|
|
24 октября 2011, 5:58:13 PM
|
# 7 |
|
Сообщения: 490
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Я слышал об этом на канале #bitcoin IRC. После думать об этом, такая услуга будет использоваться редко. Торговец, скорее всего, доверять сделки с 0 подтверждением лица к лицу небольшим операций. Я не знаю, сколько это будет востребован. Для цифровых покупок там, возможно, некоторые используют для этого, но это делает Bitcoin много более сложной в природе ... Это не сложно вообще. Таким образом, пользователи могут просто скачать CentralCoin клиент вместо Bitcoin клиента, и начать использовать таким же образом. Не требуется блок загрузки, просто генерировать Bitcoin адрес и готов к приему. 100% совместим с Bitcoin. Отправка никому мгновенно. Прием от другого клиента CentralCoin мгновенно. |
|
|
|
|
24 октября 2011, 6:03:32 PM
|
# 8 |
|
Сообщения: 1092
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Вы должны были бы клиент, который позволил людям создать двойной бумажник, но продолжать использовать один бумажник. Люди должны выбрать услуги, которые они могут доверять, чтобы надежно обрабатывать транзакции. Вам нужно будет заставить потребитель и продавец доверять ему. Если бизнес, который работает сервис выходит из бизнеса, он должен опубликовать секретные ключи, чтобы люди могли открыть их биткойны.
|
|
|
|
|
24 октября 2011, 6:19:01 PM
|
# 9 |
|
Сообщения: 490
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Вы должны были бы клиент, который позволил людям создать двойной бумажник, но продолжать использовать один бумажник. Люди должны выбрать услуги, которые они могут доверять, чтобы надежно обрабатывать транзакции. Вам нужно будет заставить потребитель и продавец доверять ему. Если бизнес, который работает сервис выходит из бизнеса, он должен опубликовать секретные ключи, чтобы люди могли открыть их биткойны. Серверы не взломать. Так что это почти безрисковый, чтобы запустить службу. Если люди доверяют зеленый адрес, они должны доверять CentralCoin. Потребители не должны доверять ему, никто не держит деньги. Частные ключи могут истечь после определенного блока, так что независимо от того, что происходит, пользователи всегда могут открыть свои кошельки. Это лучше, чем зеленый адрес, и его лучше, чем электронный кошелек. |
|
|
|
|
24 октября 2011, 6:51:26 PM
|
# 10 |
|
Сообщения: 1398
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Gavin планирует реализовать несколько секретных ключей транзакций до версии 1.0. Там будет несколько типов транзакций, а не только и подписание B.
После того, как эти новые сделки доступны новые услуги, такие как эскроу будут доступны в Bitcoin API. особенности Bitcoin будут качаться финансы, депозитный, банковское дело, контракты и т.д. Начальная поддержка multisignature сделки Это добавляет первоначальную поддержку для трех новых типов операций: (А и б) (А или б) (А и б) или Вот дизайн обсуждения: https://gist.github.com/39158239e36f6af69d6f |
|
|
|
|
24 октября 2011, 6:59:35 PM
|
# 11 |
|
Сообщения: 1092
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
@zhoutong: Как ключи истекает? Это не имеет никакого смысла для меня. Если потребители не имеют закрытые ключи, то они не могут сделать операцию, поскольку он не будет утвержден в блок цепи, если он не будет подписан обеими сторонами, нет?
Кроме того, ваш брендинг страшно. "CentralCoin" не хорошо. Любой клиент, который поддерживает это нужно будет иметь протокол на месте принимать различные услуги. Это, как потребители могут выбрать, какие третью сторону проверки сделок. Это в конечном счете, это зависит от торгового доверия, а также. Потребители должны доверять, если они должны полагаться на сервер, чтобы завершить свои операции. Если сервер ненадежно они будут принимать свои монеты из, если сервер не умирает, а бизнес идет в темноту и никогда не выпускает секретные ключи, то Bitcoins теряется вместе с секретными ключами. Я уверен, что такая услуга может иметь некоторую пользу в будущем Bitcoin все же. котировка (А или б) Хорошо, так что некоторые общие бумажник? котировка (А и б) или Для чего это? |
|
|
|
|
24 октября 2011, 7:05:10 PM
|
# 12 |
|
Сообщения: 2016
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
@zhoutong: Как ключи истекает? Это не имеет никакого смысла для меня. Если потребители не имеют закрытые ключи, то они не могут сделать операцию, поскольку он не будет утвержден в блок цепи, если он не будет подписан обеими сторонами, нет? Я обратился к этому в моем комментарии.... Потребители должны доверять, если они должны полагаться на сервер, чтобы завершить свои операции. Если сервер ненадежно они будут принимать свои монеты из, если сервер не умирает, а бизнес идет в темноту и никогда не выпускает секретные ключи, то Bitcoins теряется вместе с секретными ключами. Монеты будут расходуемыми если ((сервер сиг и сиг клиента) или (клиент сиг и время > Октябрь 2012)). Если сервер исчезает, клиенты будут ждать год, а затем иметь возможность вернуть свои монеты. ненадежность сервер все еще может быть помехой, хотя. |
|
|
|
|
24 октября 2011, 7:12:30 PM
|
# 13 |
|
Сообщения: 1092
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Так что вы делаете эти сделки полностью несовместимы с текущим программным обеспечением Bitcoin или может текущее использование программного обеспечения информация о дате в состоянии с помощью сценария Bitcoin? Другими словами, вы можете запрограммировать операцию, чтобы быть приемлемым текущим Bitcoin программного обеспечения с условием даты?
Я думал, что Bitcoin скриптовый вещь была более примитивной, но я на самом деле не понимаю, поэтому, пожалуйста, положил меня на правильном пути! Но люди не хотят ждать год и Bitcoins должны обижаться на адрес, используя новый вторичный ключ, верно? Таким образом, каждый год монета не придется пройти через процесс сделки, так как предыдущая сделка больше не имеет действующий ключевой компонент третьей стороной? Держитесь, как поживает Bitcoins, которые входят в совместном бумажник, описанный ONH тэ блок цепи, так что клиенты понимают, что проверка требуется оба сторон, в противном случае потребители могут отправить coinds, без третьей части вывесок и повторить его с вывесками третьей стороной. Bitcoin клиент должен знать, что Bitcoins требуют двойной подписи (Это не технически это просто необходимо знать результат двойного подписания производит правильный, правда?). Как дата вещь придет в это? |
|
|
|
|
24 октября 2011, 7:50:24 PM
|
# 14 |
|
Сообщения: 2016
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Так что вы делаете эти сделки полностью несовместимы с текущим программным обеспечением Bitcoin или может текущее использование программного обеспечения информация о дате в состоянии с помощью сценария Bitcoin? Другими словами, вы можете запрограммировать операцию, чтобы быть приемлемым текущим Bitcoin программного обеспечения с условием даты? Конечно, сделки должны быть признаны в сети Bitcoin, в противном случае нет никакого смысла. Я не совсем уверен, что из существующих и планируемых возможностей, но я думаю, имея в виду время (или, по крайней мере, блок #), по меньшей мере некоторое значение является плановой особенностью, которая открывает целый ряд приложений.Я думал, что Bitcoin скриптовый вещь была более примитивной, но я на самом деле не понимаю, поэтому, пожалуйста, положил меня на правильном пути! Но люди не хотят ждать год и Bitcoins должны обижаться на адрес, используя новый вторичный ключ, верно? Таким образом, каждый год монета не придется пройти через процесс сделки, так как предыдущая сделка больше не имеет действующий ключевой компонент третьей стороной? Держитесь, как поживает Bitcoins, которые входят в совместном бумажник, описанный ONH тэ блок цепи, так что клиенты понимают, что проверка требуется оба сторон, в противном случае потребители могут отправить coinds, без третьей части вывесок и повторить его с вывесками третьей стороной. Bitcoin клиент должен знать, что Bitcoins требуют двойной подписи (Это не технически это просто необходимо знать результат двойного подписания производит правильный, правда?). Как дата вещь придет в это? Когда все нормально монеты тратятся, подписав сделку с обоими сервера и ключом клиента. Только в случае, если поставщик услуг идет вверх брюхом клиенты должны ждать его ключ истекает, и вместо "год" это может быть любое другое время. Но клиенты должны убедиться, чтобы продлить срок действия (при переходе на новый адрес с другим целевым времени) при достижении заданного времени. Монеты по-прежнему (относительно) в безопасности, даже если ключ сервера истекает, это только означает, что транзакции не сразу проверяется. Каждый выход транзакции определяет сценарий будет выполняться для того, чтобы подтвердить расходы этого вывода. В настоящее время все просто использует сценарий "поставить подпись с помощью закрытого ключа, чей открытый ключ хеш затрагивал X" - это то, что "OP_DUP OP_HASH160 2799cee55ec84f57ee76b27f4e0aa9e64cad533b OP_EQUALVERIFY OP_CHECKSIG" бит вы можете увидеть в blockexplorer средств. Но они могут так же легко определить "поставить две подписи, по одному для адреса X и один для адреса Y", С OP_EVAL это еще проще - все будет просто использовать сценарий "поставить скрипт, чей хэш-адрес X, а также данные, что делает его возвращает истину", А затем, когда тратить монеты будут конкретизированы скрипт, который требует двух подписей (хотя это должно быть известно заранее придумать адрес). С даты поставки сценарий будет "поставить две подписи, или только одну подпись, если время > октябрь 2012", |
|
|
|
|
24 октября 2011, 8:05:32 PM
|
# 15 |
|
Сообщения: 1092
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Благодаря # Bitcoin-разработчика, я думаю, что я нашел что-то. Видимо, вы можете подготовить сделки, которые вступают в силу в будущем с "время блокировки",
Что это означает, что (судя по всему), что вы можете отправить монеты по адресу, который требует две подписи для дальнейших операций в силе ... Скажем, адрес сделан с А и В. В может совершить сделку с каким-то блокировкой времени и подписать его. Эта сделка предварительно подписана B и принято А, как быть подписаны. Сделка отправляет монеты обратно в А и только справедливо, когда А признаки его. Это имеет смысл для меня. А потребность подписать сделку так А может получить биткойно назад. Когда сделка подписывается и дата была достигнута (Как подписываются B уже) она затем принимается в сети Bitcoin. С другой стороны, я полагаю, А и В может подписать эту сделку, когда она сделана и А волонтеры транслировать его на более поздний срок. Если деньги, как ожидается, на время блокировки, А может транслировать его немедленно, я полагаю, и сеть будет обрабатывать его, когда он вступает в силу после того, как время блокировки будет достигнуто. Что это означает, что закрытый ключ для B не истекает, а B подписывает будущую сделку сразу же давая возможность использовать его на более поздний срок, когда он действителен. |
|
|
|
|
26 октября 2011, 11:20:33 PM
|
# 16 |
|
Сообщения: 1806
цитировать ответ |
Re: Еще одно решение для моментальных платежей (Конструктивный централизация)
Таким образом, даже если сервер теряет свой ключ, клиенты могут вернуть монеты после этого времени. Я хотел бы видеть этот принцип применяется на более низком уровне по всей сети Bitcoin. Если Bitcoins проживают на тот же адрес для более чем, скажем 50 или 75 лет, не перемещаются, они должны считаться потеряли первоначального владельца. Шахтеры должны иметь возможность повторно мину / восстановить такие биткойна и перерабатывают их обратно в сеть Bitcoin. Bitcoins всегда останется 21 миллионов, и избежать опасности дефляции, потому что многие люди неизбежно теряют свои монеты в той или иной форме. Таким образом, создавая время-живой и последующего восстановления механизма является очень важным. |
|
|
|
Как заработать Биткоины?
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
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.