Да нет, не совсем)))
Хотел как - то обстоятельно ответить вам, но из - за большого объём данных ответа это всё куда - то отложилось)
Всё - таки я не совсем понимаю, как работает ваша монета, хотя и пробежался по ссылкам...
Каким-то образом связана с эфириумом, токен, что - ли?
Вы нарисуйте белую бумажку) изложите всё в одном месте, чтобы не бегать по ссылкам)
В той теме пока мало информации, я думаю по свободе создавать текстовые и графические (а то и видео) материалы и выкладывать их в той теме, а ссылки выносить в первый пост темы. Когда соберется достаточно материала можно будет заполнить 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р. То есть общая стоимость монет в системе выросла на сумму эмиссии. Реально процент эмиссии будет конечно меньше, чем полпроцента от номинала принимаемой монеты, эта цифра просто для примера.
Сейчас я работаю над протоколом узел-гарант - клиентский узел и хотел бы попробовать запустить систему на одном узле-гаранте, пока он будет один проблем быть не должно. Протокол узел-гарант - узел-гарант еще требует проработки. Пока я могу ответить далеко не на все вопросы, которые касаются функционированию сети при количестве узлов-гарантов больше одного, но теоретическая работа в этом направлении тоже ведется.