Counos Coin

 

 CSC  CSC Int. ГмбХ 

Швейцария

Counos Coin

 

Общие сведения

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

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

Криптовалюта Counos Coin не подвластна никаким органам центральной власти или посредникам. Зато её поддержкой занимается команд профессионалов, чтобы сделать её очень успешной в ближайшем будущем.

 

Транзакции

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

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

Нам нужен способ предоставлять гарантии плательщику касательного того, что предыдущий владелец не подписывал предыдущие транзакции. Для наших целей, считается только первая транзакция, чтобы не нужно было беспокоиться про будущие многократные попытки выпуска криптовалюты. Единственный способ подтвердить отсутствие транзакций – это знать о всех транзакциях. В модели решения, основанной на использовании предприятия по выпуску криптовалюты, такое предприятие имело бы информацию о всех транзакциях и могло бы выбирать, какую криптовалют отмечать как такую, что прибыла ранее. Чтобы делать это без доверенной стороны, транзакции должны проводиться публично [1], и нам нужна система, в которой подписчики соглашались бы составлять единую историю последовательности прибытия криптовалюты на счёт. Плательщик требует свидетельство того, что во время каждой транзакции большинство узлов связи (компьютеров) сети признали, что получили их первыми.

Сервер хранения временных отметок

Предложенное нами решение берёт свое начало на сервере хранения временных отметок. Сервер хранения временных отметок работает следующим образом: берёт хэш отрезка времени с отметками действий и широко обнародует этот хэш, например, в новостях или в посте Usenet [2-5]. Временная отметка доказывает, что информация существовала на определенный момент времени, очевидно, иначе её не было бы в хэше. Каждая временная отметка содержит в своём хэше предыдущую временную отметку и формирует цепочку, в которой каждая дополнительная временная отметка прибавляется к предыдущим временным отметкам.

Свидетельство работы

Для внедрения сервера хранения временных от меток, который распространялся бы на пиринговой основе, на нужно использовать систему с алгоритмом предоставления свидетельства работы, что-то типа системы хэша Адама Бэка [6], вместо распространения данных в новостях или постах Usenet. Формирование свидетельства работы включает в себя поиск значения, в случае которого, после хеширования с помощью сети SHA-256, файл хэша начнется с нулевого бита. Средний необходимый объём работы экспоненциален числу необходимых нулевых битов и его можно проверить путем проверки одной доли хэша. Для нашей сети временных отметок, мы внедрили алгоритм свидетельства работы путем выделения случайного кода в блоке данных до тех пор, пока не будет найдено такое значение, которое предоставляло бы хэшу блока данных необходимое количество нулевых битов. После того, как центральный процессор выделил достаточно мощностей для обработки данных касательно свидетельства работы, блок данных нельзя будет изменить без повторного запуска процесса. Поскольку все следующие блоки данных идут далее по цепочке, процесс изменения блока данных повлечет за собой повторное создание всех последующих блоков данных. Алгоритм свидетельства работы также решает проблему определения числа большинства при голосовании путем большинства. Если большинство определяется основываясь на алгоритме дачи одного голоса с одного IP адреса, то им может манипулировать каждый, у кого есть много IP адресов. Алгоритм свидетельства работы действует на основе одного голоса на один процессор (компьютер). Если большая часть мощности процессора контролируется честными узлами связи, то честная цепь будет расти быстрее, а все соперничающие цепи будут зависеть от нее. Чтобы изменить предыдущий блок данных, атакующая сторона должна будет повторно создать свидетельство работы блока данных и всех последующих блоков, а потом догнать по количеству блоков и захватить честные узлы сети. Мы позже продемонстрируем, что чем больше последующих блоков, тем медленнее атакующая сторона будет догонять их и тем более будет экспоненциальная разница между ними. Для компенсирования увеличивающейся производительности оборудования и переменного интереса в управлении рабочим узлом сети, уровень сложности свидетельства работы определяется скользящим средним значением, которое определяется средним количеством блоков в час. Если они генерируются слишком быстро, сложность увеличивается.

Сеть

Шаги управления сетью:

  1. Данные о новых транзакциях передаются на все узлы сети.
  2. Каждый узел сети собирает информацию о новых транзакциях в блоке данных.
  3. Каждый узел сети работает с целью нахождения сложного свидетельства работы для своего блока данных.
  4. Когда узел сети находит свидетельство работы, он высылает данный блок данных всем узлам сети.
  5. Узлы сети принимают блок только если все транзакции, имеющиеся в нем, являются действительными и не выпущенными ранее.
  6. Узлы сети выражают принятие блока путем начала создания следующего блока в цепи, используя хэш принятого блока как предыдущий хэш.

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

Использование криптовалюты Counos Coins