Задача - реализовать буквально все известные и незивестные плюсы и возможности криптовалют в одной.
Вот, что быстро слепил, предлагайте каждый свое еще. Пусть это будет тред идеальной криптомонеты в вакууме:
1) Единая децентрализованная виртуальная машина.
2) Транзакции за миллисекунды.
3) Маленький (до 40-60 Мб) блокчейн.
4) 100% анонимность с помощью математического доказательства с нулевым разглашением.
5) Полные по Тьюрингу смарт-контракты со встроенным графическим-интерфейсом генератором этих смарт-контрактов - чтобы составить простой контракт мог человек без знаний программирования.
5.1) В генератор смарт-контрактов также встроить стандартные шаблоны, позволяющие заключать в одну секунду сделки, для совершения которых ранее были нужны и созданы отдельные криптомонеты. Целая объёмная библиотека готовых функций-расширений. Например, шаблон смарт-контракта для создания в блокчейне альтернативных DNS-серверов как у namecoin, либо шаблон смарт-контракта для временного расшаривания пространства на своем диске под нужды других людей, как у siacoin. Или, например, возможность использовать вычислительные мощности единой децентрализованной виртуальной машины для создания сервера (особенно будет полезно вместе с возможностью подключить альтернаивный dns - анонимное размещение сайта) - по сущности, внутренний рынок мощностей, nicehash.
В общем, пополняющаяся открытая библиотека со смарт-контрактами на все случаи жизни.
5.2) Возможность написать смарт-контракт на любом современном языке программирования.
5.3) Встроенная возможность проверки кода смарт-контракта на coq и его тестирования.
6) Встроенные безопасные анонимные займы.
7) Встроенный децентрализованный анонимный обменник, позволяющий торговать GOVN с абсолютной любой парой, включая фиат.
7) Полное отсутствие комиссий.
8) Поддержка всех платформ без установки, web.
9) Нет премайна.
10) Вся система проверена на безопасность с помощью coq.
11) Отсутствуют все известные возможные уязвимсоти для атак в криптовалютах.
12) Защита от квантовых компьютеров.
13) PoW.
14) Алгоритм майнинга, с которым бы машина потребляла меньше электроэнерегии, чем в случае майнинга другой крипты.
15) Контроль эмиссии на одном уровне с помощью постепенного вечного увеличения числа возможных добытых монет.

Была бы такая говнина ценной на современном крипторынке и сколько бы она с такими свойствами стоила?

>>226483
Ну давай разберём тобою написанное:

>1,2

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

>3) Маленький (до 40-60 Мб) блокчейн.

Что значит маленький? Почему именно эти числа? Если ты собрался юзать орграфы/древовидные блокчейны/блокчейны с клирингом, то там сразу противоречие с пунктами 1 и 2.

>4

Хорошая, годная идея. Тоже считаю, что его нужно засунть куда только можно.

>5) Полные по Тьюрингу смарт-контракты

Тьюринг-полнота это конечно хорошо, но это не то, к чему нужно стремиться в 21 веке. Хотя бы ораклы добавить.

>со встроенным графическим-интерфейсом генератором этих смарт-контрактов - чтобы составить простой контракт мог человек без знаний программирования.

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

>5.1

50/50. Сама идея - ни рыба, ни мясо, но ты мне годную идейку подкинул, так что спасибо.

>5.2

Размытые критерии современности. Нафиг тебе смарт-контракты на FASM/SQL?
Хотя этот пункт, мне тоже идейку подкинул, так что спасибо.

>5.3

Норм, формальная верификация вообще не помешает, но это противоречит пункту 5.2

>7

Фиат не нужен.

>7

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

>8

50/50, я бы не рискнул хранить приватный ключ в куках браузера.

>9

Но есть стартовое распределение.

>10

Почему нет, норм.

>11

А кнопку "сделать хорошо" не хочешь? Может ещё и защиту от полного перебора хочешь?

>12

Как нефиг делать, гугли Х11, Х13, Х15 и алгоритмы на памяти.

>13

Ты уопротый что ли? У меня в универе за такое сразу убивают. В 21 веке минимум DPoS.

>14

И это алгоритм по твоему на PoW? Алсо гугли "Цикл Кукушки".

>15

Говно для экономики не подходящее: уровень инфляции должен регулироваться рыночком.

>Была бы

Не было бы.

>такая говнина ценной

Однозначно.

>сколько бы она с такими свойствами стоила?

Упрт? Ты даже количество монет не указал, как я тебе цену оценю? А по капитализации наверно было бы пару милиардов $.

>>226483
Сколько уже в этом разделе сижу, а такую годноту пропустил.

>1) Единая децентрализованная виртуальная машина.

Децентрализованная биржа требует включения транзакций обмена в блокчейн, а это мощности, комиссии и рост этого блокчейна.
К тому же могут быть и раздвоения блокчейна, если система децентрализована.
У вавесов - это DEX, а защитой от форка блокчейна - является LPOS.

>2) Транзакции за миллисекунды.

Пропускная способность DEX — 1000 транзакций в секунду

>3) Маленький (до 40-60 Мб) блокчейн.

Оптимизация блокчейна на нодах и веб-валлет для быстрого доступа к нему.
Подробнее - тут: https://2ch.hk/cc/res/227289.html#234311 (М)
Для быстрой синхронизации - хранить в блокчейне только ключевые элементы - это актуальные балансы
и хеши инфы, которая была в наличии до оптимизации и которая была урезана при оптимизации.
Всё остальное - диверсифицировать в децентрализованной сети типа SiaCoin,
и желательно заархивировать или засунуть в bootstrap.dat .
Было бы ещё более прикольным, если бы по хешу, можно было породить эту инфу за счёт вычислительных мощностей.
Т. е. это должнен был бы быть не хеш, а нечто вроде уникального простого числа,
которое однозначно символизировало бы именно эту информацию и структуру данных - при указанном размере, без коллизий.
Насколько я знаю, таких алгоритмов сжатия данных пока нет.
Всё сводится к сложности ужатия битовых строк, которые и так достаточно хорошо ужаты.

>4) 100% анонимность с помощью математического доказательства с нулевым разглашением.

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

>Полные по Тьюрингу смарт-контракты

Пускай они ещё и по Гёделю будут полные, лол.

>В генератор смарт-контрактов также встроить стандартные шаблоны, позволяющие

>заключать в одну секунду сделки, для совершения которых

>ранее были нужны и созданы отдельные криптомонеты.

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

>функций-расширений

Важно, чтоб на ноде, можно было легко подключить любой альткоин, вместо того, чтобы делать какие-то токены с его тикером.
Важно, чтобы при подключении, зашифрованная информация рассылалась на другие ноды, и подключённый альткоин расшаривался.
Важно, чтобы эта информация шифровалась и была зашифрована пока работает нода.
Важно чтобы другие ноды незамедлительно имели возможность получить доступ к работе смарт-контрактом и всеми другими альткоинами ноды
а также с адресами сгенерированными на основной ноде, где осуществляется эмиссия смарт-контрактов,
связанных с альткоинами. Доступ получать можно по принципу диверсификации шар и системного сигнала, объединяющего ноды в одну.
Подробнее - смотри здесь: https://www.bitaddress.org/
Minimum share threshold needed to combine 2.
Это значит два владельца объединившись - могут синтезировать один и тот же приватный ключ своими шарами.
Их может быть больше.
Этим приватным ключём можно было бы расшифровывать диверсифицированный бекап ноды,
и продолжать работу - в случае выхода её из строя или неких перебоев с электричеством, например.

>Например, шаблон смарт-контракта для создания в блокчейне альтернативных DNS-серверов как у namecoin

В Ethereum аналог Namecoin реализуется пятью строками кода. Википедия. Статья про Namecoin.

>либо шаблон смарт-контракта для временного расшаривания пространства на своем диске под нужды других людей, как у siacoin

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

>особенно будет полезно вместе с возможностью подключить альтернаивный dns - анонимное размещение сайта

Это мог бы быть не только DNS, но ещё и DDNS, и возможно даже DHCP, выдающий рандомный внутренний IP VPN-тоннелю в сети.

>по сущности, внутренний рынок мощностей, nicehash

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

>например, возможность использовать вычислительные мощности единой

>децентрализованной виртуальной машины для создания сервера

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

>Встроенные безопасные анонимные займы.

Leasing у вавесов глянь, его можно отменить в любой момент.

>7) Встроенный децентрализованный анонимный обменник, позволяющий торговать GOVN с абсолютной любой парой, включая фиат.

DEX - самая лучшая многомерная биржа, которую я видел. Да ещё и на блокчейне.
Достаточно ввести в оба поля по одному Asset ID'у каждого токена, и можно торговать.
Список их - нашёл здесь: http://dev.pywaves.org/assets/ можешь тестить.
Но там нельзя отменить все ордера, и порой нельзя найти пару на которой открыт ордер.
В общем, есть над чем поработать.

>7) Полное отсутствие комиссий.

А вот это вот - уже не очень.
Из-за высокой пропускной способности, в условиях отсутствия комиссий
возможен тупейший DDOS системы потоком транзакций или даже гигатранзакций.
У биткоина - вообще ввели плату за байт, но мне кажется это просто жадность майнеров, нежели реальная нужда.
Комиссии должны быть низкими, и уменьшаться по экспоненте, в зависимости от суммы сделки,
но в то же время должна увеличиваться и скорость заключения мелких сделок,
например пропорциональным увеличением срока между сливом 0,0001 GOVN и 0,000005 GOVN.
Мне, например, когда приходят после лизинга какие-то токены в количестве 0,0000135 юнитов -
не очень хочется платить за их слив 0,003 waves лишь чтобы не видеть их в списке активов
внутри waves lite client.

>8) Поддержка всех платформ без установки, web.

Это мог бы быть не просто веб через HTTP, но и JSON прямо через ноды по SSL. Как у тех же вавок.
Ещё добавлю API, массовые платежи, высокочастотный трейдинг, возможность написания и подключения торговых ботов и нейросетевых советников форекс.

>>226313 (OP)

>Быстрые (за секунды) транзакции как в системе ripple.

Именно ликвидность крипты и важна,
всё потому что пока транзакция на биржу ждёт включения в блок и подтверждений - курс на этой бирже может существенно измениться.
Это важно особенно при межбиржевой торговле, учитывая скоротечные пампы и дампы.
Я хорошо проебался, купив Unobtanium по 0.029 чтоб продать его по 0.031 когда его пампали на bittrex.com -
всё потому что я повёл его на coinexchange.io, и пока он туда шёл - цена на него упала также как и на самом bittrex.

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

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

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

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

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

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

Корректировка сложности должна быть с каждым блоком, как у Bitcoin Gold,
а сложность должна зависеть в том числе и от количества неподтверждённых транзакций.

Дальше... Рост блокчейна у условиях транзакционной нагрузки, при снижении сложности майнинга при взрывном росте популярности монеты,
приводит к проблеме долгой синхронизации, поэтому блокчейн должен регулярно оптимизироваться с сохранением количества монет.
Все старые и прежние транзакции должны выкидываться из него, а сохраняться только транзакции содержащие неизрасходованные выходы держателей монет.
Если адресом кто-то не пользуется в течении 20-ти или в течении сорока лет, и нет ни одной исходящей или входящей транзакции,
то вероятнее всего приватный ключ от этого адреса утерян, неизрасходованные входы по этому адресу могут быть обнулены, а монеты возвращены в систему,
для выплаты наград майнерам. Поэтому изначально ДОЛГОСРОЧНЫМ ИНВЕСТОРАМ должно быть выдано уведомление об этом.
Уменьшить этот срок можно подписав сообщение цифровой подписью, например, чтоб системе стало ясно, что держатель действительно владеет приватным ключём
(потому что сообщения подписываются приватным ключём).

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

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

Если есть вопросы - задавайте.