Bitcoin Forum
May 02, 2024, 05:31:33 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 [2]
21  Local / Идеи / Re: ИТ деревня. ( Исправлено с криптодеревни). on: September 22, 2020, 05:27:37 PM


А в чем необходимость обеления перед особой страной? Гораздо проще открыться в стране, с более лояльным законодательством, там и налоги будут поменьше и отношение по лучше. К этому добавить расчетный счет и спокойно работать на перспективу показать в странах ЕС, например, что у вас есть нормальный доход, с которого уплачены налоги. Использовать РФ для таких целей, как минимум рискованно, а как максимум - токсично.



Да, тоже хороший вариант. А какие страны вы имеете ввиду? ЕС? По-поводу рф да, довольно рисковано.
22  Local / Идеи / Re: ИТ деревня. ( Исправлено с криптодеревни). on: September 21, 2020, 06:21:11 PM
Это очень смелые люди, а крайняя смелость всегда может и другим словом называться, клиническим Smiley Потому что они беззащитны к любому воздействию, от криминального, до государственного.

 Grin
Тут в темах связанных с налогами в РФ ринулся вопрос задать по тому как это всё в глазах нашего государства обелить - так мне там насоветовали откровенное уголовку в глазах того же государства. В зависимости от того кто читает - закон можно прочитать по-разному, обычно не в вашу сторону.

Кстати еще проблема в том, что в России очень плохо с безопасностью (вспомним постоянные звонки с колл-центров сбербанка с зон) - попасть в реестр тех, кто владеет криптовалютой - очень просто, а вот вылезти оттуда довольно затруднительно. А раз взломав эту базу вы всегда будете мишенью бандитов, кто вымогает крипту. В общем как-то это всё шатко.
23  Local / Идеи / Re: Децентрализованное хранение данных on: September 18, 2020, 07:54:19 PM
В чём биткоин стоит особняком, если на него весь этот скам и опирается? Пирамидки на базе пирамидки.

Вот тут я тоже в корне не согласен. На момент выхода это была единственная (и довольно технологичная, кстати) возможность хранить ценность в интернете. Приведите мне хоть один пример похожей РАБОЧЕЙ системы, которая не зависила от одной (или нескольких) какой-либо компании. На ум приходят только разного рода платежные системы, но они как раз таки зависимы и в любой момент могли свалить с деньгами или выдать ваши деньги государству.

Представим ситуацию - необходимо перевести 1млн долларов из одной страны - в другую. Да так, чтоб никто не узнал, и чтоб не таскать с собой сумки, ну и при этом не использовать фиатные валюты. Я вот не могу придумать чего-то, что способно на такое, кроме как раз таки биткоина. Драгоценные металлы? Тяжело, заметно. Драгоценные камни? Ну да, возможно, но могут найти и тогда проблемы. Что-то еще? А в случае биткоина достаточно сохранить каким-либо способом приватный ключ (возможно даже запомнить, ведь это просто число) - и всё.
24  Local / Идеи / Re: ИТ деревня. ( Исправлено с криптодеревни). on: September 18, 2020, 07:44:14 PM
А каким образом государство может этим злоупотребить?

Представим ты раскрылся в такой стране, как любитель криптовалют с некоторым пулом собственных монет. Государство набирает тебя и еще пачку таких же как ты, а спустя время начинает закручивать гайки, добавит налог на обмен крипты на местный фиат, потом начнутся штрафы, далее запретят выезжать из страны, потом уголовка, потом всех таких запрут и начнут вставлять иголки по ногти с одной целью - чтоб ты рассказал где твои приватные ключи. Но это я довольно криповый сценарий описал. Поэтому, я, например, с непониманием отношусь к людям, кто декларирует криптовалюту в России. Они-то считают что в демократичном государстве живут, наверно..
25  Local / Юристы / Re: Налоги и криптовалюта в России on: September 17, 2020, 12:10:08 PM
Есть подфорум "Юристы". там этот вопрос уместней.
Если ты захочешь получить от кого-то миллион баксов на карту, то банк этот перевод забанит в любом случае, хоть там биткоин ты продаешь, хоть грелку для ног. Это настолько теоретический вопрос, что нам нищебродам его тут обсуждать - только флуд разводить. Давай оставим это дело для тех кто на форуме подписи отрабатывает.
Если ты просто хочешь поменять пару сатошиков на сумму до миллиона рублей и очень хочешь поделиться частью выручки с государством, то оформляйся как самозанятый (пару кликов в банковском приложении на телефону) и начинай выписывать чеки за оказанные тобой услуги "по переводу бабушек через дорогу" например.

Обналичивать крипту через самозанятого выглядит как угловка, а именно "отмывание доходов". Ну вот у меня и вопрос - как люди это делают, т.е. если есть желание купить что-то крупное - как сделать это и не попасть под какой-нибудь закон. Кстати подфорум юристов даже не видел, щас поищу, спасибо. Возможно там уже отвечали на такие вопросы.
26  Local / Юристы / Налоги и криптовалюта в России on: September 16, 2020, 08:43:42 PM
Скорее всего данный топик уже обсуждался на форуме, но не нашел, да и в связи с новыми законами актуально и интересно знать. Кто-то платил налоги с крипты? Вопрос по большей части теоретический, но допустим биткоин вдруг взлетит до 1млн долларов, и вы захотите обменять хотя бы один. Найдете того, кто обменяет на наличку, но при первой крупной покупке налоговая, финмониторинг или еще какая-нибудь нечисть тут же вами заинтересуется. Как быть? Есть ли какой-то способ быть не интересным таким органам или проще заплатить чтоб отстали? И если платить, то как? Возможно кто-то так уже делал?
27  Local / Кодеры / Re: Как добавить к своему проекту оплату по Bitcoin? on: September 16, 2020, 08:37:11 PM

В такой схеме приватные ключи и Bitcoin-адреса генерирует, как Вы называете, "мерчант", то есть продавцу, имеющему магазин в Telegram, они неизвестны, и монеты BTC, отправленные покупателем, находятся под контролем у третьей стороны. Допустим, "мерчант" отправил запрос на заданный "webhook-адрес" проекта, продавец начислил цифры на своём сайте, после чего отправил товар (или оказал требуемую услугу) покупателю. Когда же торговец попытается вывести реальные монеты BTC на холодный кошелёк со своего баланса на этом сервисе, то "мерчант" может попросту соскамиться, в результате чего торговец понесёт финансовые убытки.

Поэтому всё-таки лучше не пользоваться подобными сервисами и генерировать Bitcoin-адреса на своих серверах. Такие скрипты не особо ресурсоёмкие, написаны на многих языках программирования, в том числе на Javascript, который используется в любом браузере.

Как ниже отметили

2020 год заканчивается, а вы все велосипеды городите. Уже давно есть проверенные вменяемые сервисы, которые предоставляют АПИ для продавцов. Битпэй например загуглите.

Какой смысл городить огород, если уже всё избретено. Тут важно выбрать сервис, который не соскамится, надежный, поэтому я сделал на это упор. Некоторые сервисы позволяют управлять приватными ключами, но да, их меньшинство. Но вам ничего не мешает после получения оплаты вызывать метод, который бы выводил средства на холодный кошелек тут же, я бы так и делал. В некоторых сервисах даже изначально есть такая функция. 
28  Local / Идеи / Re: ИТ деревня. ( Исправлено с криптодеревни). on: September 15, 2020, 09:35:59 PM
Есть идея криптодеревни. Начинаем от одного дома, далее криптохутор ,далее деревня. Трудность развитие и понимание всего процесса. Цена вопроса для  одного дома полного цикла 5- 15 биткоинов. Могу ошибаться в цене , этого в экономике нет. И быть не может.

Я конечно не параноик (есть немного), но собирать людей, с крипто-ресурсами в одном месте, да еще и всем об этом говорить - это прям приглашение для всяких бандитов. Были у меня знакомые, к которым бандиты заявлялись в дом, так себе развлечение, 3 из 10. Кстати во времена бума ICO был какой-то проект, где люди собирали биткоины на криптодеревню под Новосибом, интересно, как у них сейчас дела, собрали?)) Похоже цикл повторяется.
29  Local / Кодеры / Re: Как добавить к своему проекту оплату по Bitcoin? on: September 15, 2020, 09:15:17 PM
Всем привет, назрел вопрос. Как сделать оплату, подобную той, что есть на этом сайте при покупке "paid membership". Там выдается биткоин адресс, по которому нужно провест оплату. Хотел бы добавить такую к своему телеграмм боту.

Есть сервисы, так называемые "мерчанты", которые имеют API и позволяют генерировать уникальные адреса для разных криптовалют программно. Например по id пользователя или операции в вашем проекте, т.е. вы им id пользователя и уникальный webhook-адрес - они вам btc/eth/... адрес. Далее, когда происходит оплата на указанный уникальный адрес - мерчант отправляет запрос на заранее указанный webhook-адрес в вашем проекте, где указывается полная информация о транзакции и доп. информация, на основе которой был создан адрес, а вы обрабатываете этот платеж и начисляете цифры  у себя в приложении. Тут главное на фишинг или обман не нарваться в плане сервиса.
30  Local / Идеи / Re: Децентрализованное хранение данных on: September 15, 2020, 06:13:16 PM
Писать на JS децентрализованное приложение это онанизм.

Забавно, тоже самое хотел сказать про компилируемые языки. Писать прототип приложения на компилируемом языке - так себе затея. Js не подходит под серьезный проект, да, но для прототипа js лучше подходит, чем плюсы, как минимум потому что скорость разработки возрастает, а для прототипа это критично.

Если не знаешь что им нужно и как из этого сделать бизнес, то спроси у того кто знает.

Не я начал телегу про бизнес в этом треде, просто привел пример, бизнес и блокчейн это разное и мало сопоставимы.

ы бы ещё МММ в пример привёл. Если бы у Пантелеевича была возможность продавать влошенцам пирамидки поверх своей пирамидки, то риторика была бы схожая. Повлияло бы это на финансовые показатели пирамидки? Конечно же да, но практической ценности ей не добавило бы. Что там у кидалика с независимостью и какого хуя он, в таком случае, откатил лохчейн? Смарт-контракты нихуя не смарт, но блажен кто верует. Можно ещё нейросети называть искусственным интеллектом, чтобы лохи велись. Майнерам в кефире по факту платят свеженапечатанными фантиками не за хранение данных и даже не за их обработку, то есть основную долю платят новые участники пирамидки, приобретающие эти фантики за фиат, а вовсе не те кто отправляет данные в лохчейн. Каждая полная нода в кефире хранит и обрабатывает данные, но фантики за это получают только майнеры. Если бы майнерам начислялась только комиссия сети, то они бы послали кидалика нахуй. Мне не надо, всем моим соседям не надо, да и 99,999% населения Земли тоже не надо уже который год подряд. Это не значит что мы ретрограды, а значит что система не несёт практических выгод массам. Я не утверждал что никто на это не пойдёт, а сказал что большей части платёжеспособной аудитории этот геморрой не нужен и дебет с кредитом без одурачивания третьих лиц у тебя не сойдутся.

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

Ну а по-поводу пирамидок - вообще 99% имеющихся на рынке крипт - это пирамиды в том или ином виде. Один биткоин как-то особняком стоит. Этот хайп вокруг ICO, EIO, теперь defi - всё последствия желания людей срубить бабок попроще да побольше.

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

Ну да, проще сказать, что особо проблему то я и не решил Smiley В тексте и было упомянуто (только не помню, тут или на хабре) - что с идеей я как-то не угадал, точнее мне сам процесс был интересен.
31  Local / Идеи / Re: Децентрализованное хранение данных on: September 14, 2020, 08:52:23 PM
Идея конечно хорошая, но уже есть похожий проект I2P

Вот за это спасибо, не знал про такую, интересно будет почитать, по описанию действительно похоже.

когда не нагуглил filecoin и IPFS, и решил создать свой велосипедик

Извиняюсь, возможно я не точно выразился, но речь шла не о хранении произвольных данных, а о некоторой структурной информации. К примеру есть некоторый блокчейн, который на ряду с другими проектами хранит базу данных участников этого форума и с помощью публичного ключа позволяет авторизовываться на форуме, путем подписания некоторого сообщения, управлять информацией о профиле, писать от имени профиля, сихронизируясь с базой данных проекта и с общим блокчейном. Ну в общем да, сейчас моя идея не выглядит революционно (еще 3 года назад, возможно да). Больше сюда подходит для сравнения не ipfs, а HBase от hadoop, который базируется на HDFS.

Не совсем понятно, что именно подразумевается под "децентрализованным хранением данных". Если применительно к Bitcoin, то весь блокчейн хранится у всех полных нод. Но, если речь о любых файлах (аудиодорожки, видеоролики, электронные книги, образы дисков и т.п.), в том числе зашифрованных, то все пользователи сети не могут хранить такой огромный объём данных.

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

То что вы описали - это некоторого рода IPFS с консенсусом, похоже на filecoin. Речь скорее о структурированных данных, например база данных Smiley.


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

Вы полностью правы, натягивать сову на глобус нет необходимости. Блокчейн это не панацея от всего, это такой же инструмент, как и машинное обучение, нейросети и множество других. Изначально идея системы была в том, чтобы тот же "бизнес" (к примеру) ни от кого не зависел, и мог функционировать полноценно, без всяких преград. Конечному пользователю нет необходимости платить за что-то, ему просто нужно иметь доступ к сети со своим приватным ключом (достаточно иметь возможность подписывать сообщения с помощью него) - и у него появляется возможность взаимодействия с всеми "бизнесами", которые обитают в этой сети. Хочет сидеть на анонимном и децентрализованном форуме - пожалуйста, знай только доменное имя и вперед, хочет - выбирает в анонимном интернет-магазине пони - всё что хочет, и все бесплатно, пока не понадобится что-либо купить, вот тогда система позволит сделать это не уходя с ресурса. Но, как вы верно учли - бизнесу нет смысла в текущих реалиях пользоваться таким, пока нет тоталитарного контроля и всё более-менее открыто и доступно (забавно писать это из под VPN, так как в РФ этот сайт заблокирован). А вот представьте такую же систему в романе Д. Орвелла "1984". Там бы она была к месту Smiley Но мы живем не в книге, поэтому систему свою я перестал проектировать и хочу потратить силы на что-нибудь другое в будущем, можно назвать это "пробой пера".

Необходимость финансовой мотивации пользователей придумали бичи. Бизнесу они не нужны, клиентам бизнеса они тоже не нужны. Бизнес оптом купит хранилище подешевле и поудобнее, а клиентов не ебёт как бизнес их файлы хранит, лишь бы надёжно. Отдельный ад - необходимость покупки крипты для хранения файлов.

Но всё-таки это я не могу не прокомментировать. Для примера возьмем Ethereum, где вы в роли "бизнеса" храните файлы. Тут нужно пояснить, что файлы это такие же байт-последовательности, как и смарт-контракты, которые хранятся на блокчейне ethereum, и чтобы "положить" их туда - вам необходимо заплатить комиссию сети, тем самым купив эти самые Ethereum. Да, вы правы, это ад какой-то, никто на это не пойдет Smiley
32  Local / Идеи / Re: Децентрализованное хранение данных on: June 05, 2020, 06:47:42 AM
Часть текста не влезла


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


Размещу список ссылок на составные части крипты на гитхабе, надеюсь что не будет бана. Каждую часть вы можете форкнуть и сделать что-то свое, весь код по MIT лицензией
Виртуальная машина - https://github.com/gettocat/orwelldb
Модуль консенсуса (поддерживает 5 консенсусов на данный момент) - https://github.com/gettocat/consensusjs
Парсинг блоков и транзакций биткоина на nodejs - https://github.com/gettocat/bitPony
Шифрование и дешифрование в основу datascript - https://github.com/gettocat/bitowl, сам datascript описан в виртуальной машине.
Децентрализованные выборы - https://github.com/gettocat/democracyjs
Старая версия криптовалюты - https://github.com/gettocat/orwell
SPV клиент - https://github.com/gettocat/orwell-spv
Примитивы (TX, BLOCK и их сериализация/десериализация) - https://github.com/gettocat/friday-primitives
Актуальная версия кода криптовалюты - https://github.com/gettocat/friday

Немного документации:
По виртуальной машине и datascript: https://github.com/gettocat/orwelldb/wiki
Общая документация, правда первой версии, но большая часть +- актуальна и в новой - https://github.com/gettocat/orwell/blob/master/docs/intro.md

Отвечу на вопросы, предложения, улучшения – приветствуются новые идеи.
Кстати, не подскажете в какой раздел можно опубликовать похожий текст на английском языке на данном форуме? Какой подойдет лучше, если такой вообще есть?
33  Local / Идеи / Децентрализованное хранение данных on: June 05, 2020, 06:40:49 AM
Всем привет, я занимаюсь блокчейн-разработкой. Примерно 3 года назад начал делать свою криптовалюту: за 4 месяца сделал прототип, spv кошелек, майнинг пул и обзорщик блоков, потом пришлось притормозить на некоторое время. Где-то год назад продолжил разработку, вернее начал всё с начала и вот что получилось.

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



История

Начну издалека. В 2017 году я проникся технологией блокчейн (на самом деле раньше, но возможность что-то сделать появилась только в 17м), еще до биткоина по 20к. Начать изучение мне всегда проще на практике, поэтому я сразу решил, что буду писать что-то своё. Тогда меня заинтересовала мысль о том, что блокчейн это реестр, т.е. база данных. Но почему тогда в ней хранят в основном финансовые данные? Моя идея была в том, чтоб блокчейн использовать на ряду с финансовыми данными еще и произвольные.

На реализацию своей задумки (первый рабочий прототип) ушло примерно все лето и начало осени. Уже к зиме 2017 у меня был рабочая полная нода, так же я написал spv клиента, доработал сторонний майнинг пул (единственный проект из окружения, который я не писал сам), обзорщик блоков и написал тонну документации, иии… из-за обстоятельств пришлось положить всё в долгий ящик.

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

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


Суть

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



Datascript это одно или несколько обращений к базе данных, он позволяет хранить запросы к обычным реляционным базам данных (и не только) в блокчейне.  Каждая запись в datascript имеет поле dataset, что означает таблицу, operator, что означает тип обращения, возможные варианты create, write, settings. Create – создание dataset, write – добавление записей, settings – обновление настроек. Публичный ключ отправителя транзакции выступает в роли авторизационного ключа.
Каждый datascript имеет readScript и writeScript, на стек ориентированном языке, сходном с bitcoin script. readScript определяет кто может прочитать datascript содержимое, и по сути представляет из себя шифрование сообщения (либо его отсутствия для контента, который может быть прочитан всеми), readScript хранится в самом datascript. WriteScript указывается при создании/изменении настроек и указывает на то, кто может писать в определенный датасет  (например: все, все публичные ключи из списка привилегий). Список привилегий так же указывается в настройках dataset, так же туда входит владелец датасета, а также публичный ключ самого адреса.
По аналогии с Ethereum имеется VM (виртуальная машина), которая считывает все новые datascript с подтвержденных транзакций и импортирует их.

Что это означает – каждый участник может, имея приватный ключ – создать базу данных, и неограниченное количество датасетов (таблиц) в ней, и хранить в ней произвольную структурированную информацию.  
Эта модель позволяет хранить данные внутри самого блокчейна, что дает некоторую гибкость, но при этом добавляет проблем с хранением, ведь блокчейн биткоина разросся уже почти до 500 гигабайт, и это только на финансовых данных. Если добавить сюда еще и произвольные — получится избыточно. Поэтому хранение ограничилось лишь всякими ключами и связями для авторизации. И к слову, валидация всех правил происходит на уровне VM при создании, но необходимо синхронизировать её с блокчейном.

Например, сделал пару системных датасетов в системной базе данных: domain, masternode, token, dapp, тем самым можно создавать домены для каждого адреса/базы данных и оперировать не набором непонятных символов при отправках транзакций, а удобным ником (к примеру), кроме того, домены, по задумке могут использоваться в dapps (о которых напишу позже).
Что касается dataset token и masternode — в первом хранятся пользовательские токены, которые каждый участник может создать, а masternode хранит список публичных ключей участников, которые являются валидаторами сети. Тут необходимо небольшое отступление.


Consensus

Основа блокчейна — это консенсус, т.е. договоренность между нодами, некоторый набор правил, которые действуют в сети, и все их исполняют чтобы сеть была работоспособной. Например — в биткоине действует консенсус Proof of Work. Суть консенсуса сводится к проверке новых блоков, публикуемых участниками сети. В биткоине участники сети в случайном порядке публикуют блоки — кто первый найдет, того и награда. В своей сети изначально делал так же, но позже решил, что это не рационально, так как хватит одного майнера из биткоина, чтобы нарушить работу моей сети и применить атаку 51%. Поэтому спустя какое-то время я реализовал модуль консенсуса consensusjs, который описал несколько разных консенсусов: centralized, PoW, PoS (PoW+PoS), static dpow, static dos, dynamic dpos. На последнем я и остановился.

Dynamic delegate pos (ddpos) предполагает, что в самом начале если определенное число делегатов (валидаторов) список которых сортируется по рейтингу и количеству монет в пользовании — и создается раунд, в течении которого каждый валидатор из списка публикует блок в строгом порядке. Когда раунд заканчивается рассчитывается новый, при этом каждый участник сети имеет возможность самостоятельно рассчитать текущий раунд и следующий раунд на основе открытых данных из сети.

Собственно для этого и необходима таблица masternode, в ней мы храним всех, кто изъявил желание быть валидатором, и их текущий рейтинг. В начале каждого раунда мы производим сортировку этой таблицы, и создаем раунд с получившимися N валидаторами. В случае же, если число валидаторов меньше N — создаем раунд с стандартными валидаторами сети, описанными в конфиг файле (их публичные ключи).


Валидаторы и стекинг

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


Democracy

Концепция голосований внутри сети придумана и реализована в старой версии криптовалюты, она позволяет получать усредненные данные из сети от всех проголосовавших нод. В новой версии я реализовал отдельный модуль, но не успел его встроить. Предполагалось, что с помощью democracy можно было бы менять параметры сети путем честного голосования, а так же уменьшать размер хранимого блокчейна путем смещения генезис блока (генезис блок становится больше, путем размещения в нем старых UTXO и данных), но позволило бы синхронизировать не миллион блоков, а всего лишь последние 1000, к примеру. Кроме того, голосования бы могли управлять форками и изменениями в сети, а также решать организационные вопросы, связанные с сетью. Правда внедрить этот модуль, как я писал выше — не успел, но задумка осталась. Голосование возможно между участниками, у которых есть на балансе как минимум 1 монета.


Токены и Stock


Токены представляют собой отдельную базу данных с датасетом token, чтобы инициировать токен необходимо просто отправить транзакцию в системную базу данных и таблицу tokens, а так же создать датасет token в новой этой базе данных. Кроме того, произвести эмиссию токенов возможно отправкой одного write dataset где отправителем и получателем токена является эмитент, в этом случае система сгенерирует N токенов, указанных в параметре amount.
Кроме токенов так же существует сущность stock (акции), являющаяся копией токенов с тем отличием, что отправка монет основной криптовалюты на адрес базы данных токена генерирует «дивиденды» всем держателям этих «акций». Для примера:
Есть база данных stock1, содержащая акцию ST, и 3 держателя:
A – 1000
B – 2000
C – 7000 с общей эмиссией в 10 000 монет. При отправке 100 монет (не токенов!) на адрес stock1 – система генерирует всем участникам выплаты так же в монетах:
A – получит 10 монет
B – 20 монет
C – 70 монет

dApps

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

Вы так же можете зарегистрировать dApp в блокчейне, связать его с доменом, а участник, зная домен, который связан с публичным ключом приложения — взаимодействовать с этим приложением. При обращении к домену, прозрачный dns сервер в клиенте сети считывает запрос пользователя, шифрует его с помощью ecdh шифрования, так, что прочитать содержимое сможет только участник с публичным ключом приложения и отправляет в сеть. Приложение получает этот запрос, отправляет его на endpoint, указанный в конфиге для этого приложения, и возвращает результат в сеть, так же зашифрованным.

Кстати, забавный факт: так как ноды общение между собой шифруют с помощью ecdh шифрования и dApp отправляет и принимает данные зашифровано — в моменты пересылок между нодами часть сообщения зашифрована два раза.

При таком методе получается зашифрованная сеть, где каждый участник может создавать сайты (и не только), а контролировать трафик становится проще, так как каждый участник содержит свой публичный ключ, которым он «просматривает сайт», ip адреса при этом вырезаются из запросов и ответов, делая сеть анонимной. Тем самым изначально есть авторизация, а так же возможно посмотреть баланс пользователя, баланс токенов (связанных с сайтом, например) и совершать процесс оплаты не уходя с сайта и из сети. Единственным минусом на момент тестов была производительность — в таком виде сайты грузятся в 10 раз медленнее, так как пересылаются по децентрализованной сети. Описанный выше механизм это всего лишь концепт, но уже наполовину реализованный.

В данный момент у моей сети есть прототип и с открытым исходным кодом, внизу этого поста вы можете найти ссылки на github аккаунт и посмотреть исходный код или сделать форк. Я ничего не рекламирую и не предлагаю, просто рассказываю о своей идее, так как нет средств (и желания, в связи с тем, что перегорел) продолжать конкретно эту идею. Возможно, в будущем вернусь к ней, но не факт.
34  Local / Кодеры / Re: Рабочая группа в новый блокчейн on: November 13, 2017, 02:56:50 PM
Или может быть проще потренироваться сначала на создании какой-то упрощенной системы для хранения статей в блокчейне по типу википедии?

Еще проще - можно взять какой-нибудь steem движок и форкнуть его, заодно разобравшись как они хранят информацию. А потом уже, полным знаний идти и писать свое. Но это как вариант)
35  Bitcoin / Development & Technical Discussion / Re: Wallet API in PHP on: November 13, 2017, 02:43:32 PM
thank you for your reply.

is it API able to create wallet address / get money into users wallet / withdraw money to other network address?

And this api can be used into my website?

I think using API is easy instead of own network.



Maybe better for you - use some aggregation coins platform for cryptocoins recive? For example coinpayments or coinbank ? There is accept big list of cruptocurrencyes and can transfer coins from one to other and back.
36  Bitcoin / Development & Technical Discussion / Re: The Fastest, Smallest Distributed Ledgers on: November 13, 2017, 02:34:03 PM
What would you say the fastest, smallest distributed ledgers are? How do they gain those advantages?

There is a DAG technology (Directed Acyclic Graph), used, for example, in the IOTA crypto currency. It is based on graphs, there is no blockchain in the usual sense, but it allows you to store information in a distributed and rather compact way.
Pages: « 1 [2]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!