Нет, правда, была ли уже готовая криптоальтернатива фиатным деньгам?

Разве уже есть такая монета?

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

Мобильный клиентский узел
Разработан клиент для мобильной операционной системы Android.
Нажмите, чтобы просмотреть изображение
На данный момент в программе доступны следующие операции с монетами:

• Accept - Принять понету
• Hand over - Передать монету стороннему лицу, оплатить монетой товар/услугу
• Check - Проверить монету на валидность
• Reissue - Перевыпустить монету

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

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

Если локальных криптовалют будет несколько (отдельная для каждой страны, или торговой зоны), они действительно будут колебаться друг к другу, но это не важно, т.к. спрос на каждую валюту будет локальным (то есть наибольший спрос будет в той стране, к нацвалюте которой привязана данная криптовалюта). А конвертация из одной локальной валюты в другую будет производиться через глобальную валюту GL2, которая ни к какой валюте не привязана. Она будет выполнять конвертационную и спекулятивную роль. У каждой локальной валюты будет курс к GL2, и через этот курс можно будет конвертировать одну локальную валюту в другую локальную валюту.

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

Тут задача скорее не ограничить от спекуляций, а именно сохранить стабильность курса. Как вариант, делать привязку к нацвалютам. То есть когда есть одна глобальная валюта, скажем GL2, со свободно плавающим курсом и много местечковых: RU2, BY2, UA2 и т.д., привязанных жестко к нацвалютам: RUR, BYR, UAH и т.д. С конвертацией через внутреннюю биржу.

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

Консольный клиентский узел
Разработан консольный клиент для операционных систем: Windows, GNU Linux.
Нажмите, чтобы просмотреть изображение
На данный момент в программе доступны следующие операции:

	-l, --list	Просмотр списка собственных монет
	-k, --key	Вывод полного ключа собственной монеты для передачи монеты стороннему лицу
	-c, --check	Проверка сторонней или собственной монеты на валидность
	-a, --accept	Прием сторонней монеты в качестве оплаты
	-r, --reissue	Перевыпуск собственной монеты

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

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

Теоретически ЧП тоже могут принимать, на мелких торговых точках, где нет кассовых аппаратов.

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

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

Процесс вы описали достаточно точно, но есть некоторые моменты:

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

В случаях же, когда стоимость заранее не известна, удобнее будет не печатать монету заранее, а сделать следующее. Допустим у покупателя в телефоне есть одна монета номиналом 100, а нужно заплатить 10. Тогда покупатель разбивает существующую монету на две монеты (номиналами 10 и 90) выполняя операцию detach (отделить часть = 10). Монета номиналом 10 передается продавцу. Но в этом случае доступ в Интернет должен быть как на клиентском устройстве продавца, так и на клиентском устройстве покупателя, так как устройство покупателя, разбивая монету на две монеты, должно связаться с узлом-гарантом (синхроузлом) и зарегистрировать в нем обе новые монеты.

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

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

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

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

С желанием угодить вы правы, модель действительно далеко не идеальная.

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

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

Если платить по той схеме, которую я предлагаю, то торговому автомату потребуется иметь сканер QR-кода. Покупатель регистрирует в узле-гаранте монету на нужную сумму (например, он владеет монетой в 100р. а должен заплатить 10р., он разбивает монету на две монеты номиналами 10р. и 90р. и первую монету в виде QR-кода на экране телефона подводит к сканеру торгового автомата) и передает ее торговому автомату, который связываясь с узлом-гарантом аннулирует полученную монету и регистрирует новую, приватный ключ от которой теперь находится в торговом автомате. Как только узел-гарант подтвердил, что монета валидна, торговый автомат может выдавать товар покупателю.

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