Все же есть значительные отличия:

• Байтбол это одноранговая сеть. Предлагаемая мной валюта - двухранговая. Синхроузлы (узлы-гаранты) имеют высокоскоростные сетевые соединения, клиентские узлы имеют низкоскоростные соединения. Клиентские узлы не используют свое медленное сетевое соединение для обслуживания других клиентских узлов (для подтверждения транзакций и т.д.), используют его только для собственных операций. База данных находится только на синхроузлах, на клиентских узлах находятся только приватные ключи собственных монет
• Ожидаемое время подтверждения транзакции у Байтбола от 30 сек. и больше, что много. Предлагаемая валюта прежде всего предназначена (удобна) для таких расчетов, когда продавец услуг и покупатель услуг находятся территориально в одном месте: обычные торговые точки, такси и другой вид платного транспорта, торговые автоматы, помещения или территории с платным доступом, проходы с турникетами и т.д. -  когда время ожидания подтверждения транзакции является критическим параметром
• Насколько я понял из WP, Байтбол от использования адресов никуда не ушел, продавец услуги должен вначале сообщить покупателю адрес своего кошелька, что есть неудобно. В предлагаемой мной валюте выполняется обратный действие: покупатель передает продавцу монету (идентификатор монеты и ее приватный ключ) напрямую, без сетевого взаимодействия - как при расчете наличными
• Байтбол не позволяет гибко оперировать адресами и суммами средств на них в режиме реального времени. Предлагаемая мной валюта позволяет пользователю оперировать только суммами монет: разделять, объединять их произвольным образом для получения монеты требуемого для оплаты услуг номинала
• В предлагаемой валюте комиссию получают только синхроузлы (ноды-гаранты), а платят комиссию только продавцы товаров-услуг, то есть комиссия взымается при каждом приеме сторонней (чужой) монеты. В других валютах обычно комиссию платит покупатель
• В Байтболе количество средств фиксировано. В предлагаемой валюте мизерный эмиссионный процент будет начисляться продавцу товаров/услуг на каждый прием сторонней монеты. То есть размер эмиссии будет расти с ростом суммарного оборота средств в системе,
   что позволит удержать возможный лавинообразный рост стоимости

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

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

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

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

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

В работе монеты особой новизны нет, главное - удобство в использовании. Как я говорил нет учетной записи пользователя и нет единого адреса кошелька. Но у каждой монеты есть свой ID (идентификатор). В первом приближении это как бы аналог адреса в биткоине. Отличие в том, что ID гораздо короче, и в том, что пользователю не нужно его знать, или как либо им оперировать. Так как монет в клиентском устройстве может быть сколько угодно много, то оперировать идентификаторами монет было бы неудобно. Пользователь оперирует только суммой монеты, находит у себя монету с нужным номиналом и передает ее продавцу. Передача осуществляется не через узел-гарант, а любым способом: через почту, мессенджер, через бумажный носитель, через экран телефона (QR-код) и т.д. Если монеты на нужную сумму нет, ее можно создать из другой монеты: отщепить часть суммы от существующей монеты, разбить монету на несколько монет, объединить монеты в одну. По этому поводу я добавил еще один пост в свою тему. При каждой такой операции одна или несколько монет аннулируются (на узле-гаранте) и регистрируются (также на узле-гаранте) одна или несколько новых монет.

Кроме идентификатора и суммы у монеты есть еще третий атрибут - приватный ключ. Он генерируется в момент регистрации новой монеты в узле-гаранте и хранится только на клиентском устройстве. Когда покупатель передает продавцу монету, он передает ему обычную текстовую строку следующего вида: 1ENJDaJ6jmi-Hn1R1LVRdVGadGShWApDtTvtzzXjZXdNpNupbvRY9mx5, где первая част - 1ENJDaJ6jmi это идентификатор монеты, а вторая часть - Hn1R1LVRdVGadGShWApDtTvtzzXjZXdNpNupbvRY9mx5 - ее приватный ключ. Понято, что эта строка может иметь графическое представление в виде QR-кода, который можно отсканировать мобильным устройством. После получения этой текстовой строки, клиентское устройство продавца связывается с узлом-гарантом и просит подтвердить валидность монеты. Во время подтверждения эта монета аннулируется (на узле-гаранте), но создается новая монета (с другим ID) на ту же сумму, при этом приватный ключ новой монеты уже находится на устройстве продавца, поэтому теперь уже продавец считается ее владельцем.

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

В цифрах это будет выглядеть примерно так. Предположим, что комиссия составляет 1% от номинала принимаемой монеты, а эмиссия составляет 0,5% от номинала принимаемой монеты. Продавец продает товар/услугу на сумму 100р. Покупатель регистрирует в узле-гаранте монету на сумму 100р. и передает монету продавцу. Клиентский узел продавца принимая монету, связывается с узлом гарантом, аннулирует монету номиналом 100р. полученную от покупателя, и регистрирует новую монету на сумму: начальные 100р. минус комиссия узлу-гаранту 1р. и плюс эмиссия 0,5р. = 100 - 1 + 0,5 = 99,5р. Владельцем этой монеты становится продавец. При этом регистрируется еще одна монета на сумму 1р. Это комиссия узлу-гаранту за обслуживание передачи от покупателя к продавцу монеты номиналом в 100р. Владельцем этой монеты становится узел-гарант. В результате операции будет аннулирована монета на 100р. и созданы две монеты общим номиналом 99,5 + 1 = 100,5р. То есть общая стоимость монет в системе выросла на сумму эмиссии. Реально процент эмиссии будет конечно меньше, чем полпроцента от номинала принимаемой монеты, эта цифра просто для примера.

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

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

Идея подкупает прежде всего предлагаемой легкостью обмена монетами внутри сети. Без мобильного приложения нельзя показать процесс так сказать во всей красоте, но когда будет - можно будет записать ознакомительное видео. Если вкратце: человек заходит на сайт, перечисляет по указанному на сайте адресу эфиры, и указывает на странице сайта свой эфирный адрес (с которого ушла оплата) и e-mail; когда блокчейн Эфириума часа через три соизволит перевести деньги, на электронную почту, указанную на сайте, придет письмо с  QR-кодом монеты; человек берет телефон, устанавливает на него приложение, открывает им файл-вложение из письма - монета в телефоне; берет второй телефон, устанавливает приложение, на первом телефоне выбирает монету и жмет Оплатить, вторым телефоном фотографирует QR-код с экрана первого телефона - монета во втором телефоне; на втором телефоне выбирает монету и жмет Оплатить, первым телефоном фотографирует QR-код с экрана второго телефона - монета во первом телефоне. Сейчас такое можно проделать только с консольной программой для Windows и Linux. Она оперирует не графическим представление монеты, а текстовым, что не так наглядно.

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

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

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

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

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

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

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

1. На узле-гаранте есть база данных, в которой содержится информация о каждой ликвидной монете, необходимая для подтверждения ее ликвидности. Если владелец узла-гаранта оказался неблагонадежным, он может слить эту базу данных в общественный доступ. Это означает, что на сервере узла-гаранта нельзя хранить информацию, по которой можно было бы получить приватные ключи от ликвидных монет. Это решается так называемыми односторонними функциями, которые используются в электронно-цифровой подписи и шифровании. В момент, когда регистрируется новая монета, с клиентского устройства узлу-гаранту отправляется два поля: message1 и message2. В поле message2 содержится подписанное клиентским устройством при помощи электронно-цифровой подписи сообщение. В поле message1 содержится открытый ключ (из пары произвольно выбранных клиентским устройством ключей) для проверки ЭЦП в поле message2. Открытый ключ в поле message1 хранится не в открытом, а в зашифрованном, при помощи симметричного шифрования, виде. Симметричный ключ, которым зашифровано содержимое поля message1 это и есть приватный ключ монеты. Он хранится только на клиентском устройстве и посторонним лицам передается только один раз - в момент оплаты этой монетой. В момент оплаты монета становится неликвидной, а на ее сумму продавец регистрирует новую монету, ключ от которой теперь хранится только у него. Таким образом, если база данных утечет в сеть, то по содержимым полей message1 и message2 невозможно будет получить приватный ключ монеты. Но имея приватный ключ монеты, не составит труда расшифровать содержимое поля message1 и с его помощью проверить подписанное сообщение в поле message2. То есть проверить, действительно ли этот приватный ключ от  этой монеты, или нет.

2. Когда монета принимается к оплате, клиентское устройство продавца отправляет узлу-гаранту приватный ключ принимаемой монеты. В этот момент, владелец узла-гаранта может перехватить приватный ключ и пополнить монетой свой баланс. Чтобы этого избежать используется следующий механизм. Клиентское устройство продавца передает узлу-гаранту приватный ключ в запаролированном виде, узел-гарант, к которому подключилось клиентское устройство рассылает этот зашифрованный ключ остальным узлам-гарантам (не менее 50% от общего количества узлов). Узлы-гаранты подписывают сообщение от клиентского узла, каждый своей ЭЦП и отправляют обратно. Клиентское устройство проверяет ЭЦП узлов-гарантов, так как открытые ключи от подписи каждого узла находятся в открытом доступе. После чего клиентское устройство отправляет в сеть пароль от приватного ключа. Таким образом приватный ключ оказывается у всех узлов гарантов одновременно. На время этих операций монета как бы блокируется и если один из узлов попытается использовать полученный приватный ключ в своих целях, то он будет сразу же пойман и отключен от сети другими узлами.

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

По сути, да. Пластиковых карт и так бывает несколько, носить с собой еще и карты фиксированных номиналов будет неудобно. Согласен с вами, что настоящая наличка имеет такой весомый плюс, как независимость от всяческого оборудования и его несовершенства. Но минусов у нее больше. Думаю мы движемся в том направлении, где 3G будет даже в лесу, а то и 4G, 5G и т.д.

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

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

Проверять наличку сервисом можно, и я по этому пути и иду, но это подразумевает инфраструктуру, то есть один, или множество узлов, выступающих гарантом того, что купюра/монета является ликвидной. То есть покупатель регистрирует (заранее, или в момент сделки) купюру в одном из этих узлов и просто передает купюру (в виде текстовой строки, или QR-изображения) продавцу, который в момент получения подтверждает у сервиса ее ликвидность. Но тут есть одно но, меня такой способ платежей устраивает (с учетом, того, что как я говорил, не нужно нигде регистрироваться и авторизоваться - учетных записей нет, счетов тоже нет), а вот вы в одном из постов нелестно отзывались о необходимости обязательного наличия инфраструктуры для поддержания оборота такой цифровой валюты.

Что до практической реализации, то она ведется своими силами, сложностей нет, в январе должна появиться песочница для тестирования и ознакомления. Сейчас есть небольшая проблема с реализацией мобильной версии приложения, так как нет специалиста по разработке под ОС Андроид. Но думаю, это решится. А вот как знакомить потенциальных пользователей с сервисом пока не понятно совсем, средств на продвижение нет. Аудитория этого сайта не подходит, так как хотелось бы чтобы валюта использовалась именно для расчетов за товары/услуги, а не для валютных спекуляций на бирже.

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

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

Другое дело, что действительно, процесс взаимодействия покупателя и продавца при безналичном перечислении отличается от взаимодействия при наличном расчете. При безналичном перечислении, продавец первым передает свой адрес или номер счета/карты для перечисления. После чего покупатель логинится в платежную систему, перечисляет средства на полученный адрес и сообщает продавцу об уплате, после этого продавец логинится в систему и проверяет свой баланс. Это еще и подразумевает предварительную регистрацию обоих участников в системе. При наличном расчете всех этих шагов просто нет, покупатель просто передает продавцу монету/купюру - все. Сделать так как вы хотите - чтобы одна и та же купюра могла гулять бесконечно, я думаю не получится. Но можно объединить протоколы наличного и безналичного расчетов, взять из них лучшее. Однако это в любом случае подразумевает перерождение монеты при каждой сделке купли-продажи, то есть старая монета становится недействительной, и порождается новая монета с таким же номиналом, как у старой. Биткоин в этом плане близок к такому комбинированному протоколу, но все равно остается неудобным, из-за наличия адресов. Я работаю над системой которая не требует регистрации и логинов, не имеет адресов и номеров счетов, полностью анонимна и чрезвычайно удобна в использовании.

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

Это вопрос к ТСу или к тому, кого вы процитировали?

Привет всем.
Есть идея для проекта по разработке (на языке Java) и внедрению новой (более близкой к идеальной) криптовалюты, над которой я работаю. Хотелось бы найти партнера для реализации веб-интерфейса.

Архитектура сети

Нажмите, чтобы просмотреть изображение

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

Да, пожалуй. Имеется в виду, что право на получение товара/услуги имеет тот, кто предъявил монету номиналом на соответствующую сумму товаров/услуг. Кто он и откуда у него монета взялась значения не имеет и нигде не фиксируется.