Bitcoin Forum
January 24, 2025, 01:33:50 PM *
News: Community Awards voting is open
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Local / Кодеры / p2p DHT on: June 03, 2022, 11:16:57 PM
Перерыл весь гитхаб, нифига не нашёл.
Короче, задача, сделать распределённую и децентрализованную хэш-таблицу key-value,
которая синхронизируется между пирами.
С# (CSharp), .NET Fmamework 4.0 или даже .NET 3.5.

Как я это вижу?
1. Нода, peer - это клиент и сервер одновременно.
2. Список активных пиров сохраняется и синхронизируется между ними (Peer-Exchange).
3. После запуска ноды, и поднятия сервера, клиент пытается подключиться к другим пирам из списка,
а если не получается, то отправляя запросы мультикастом на 255.255.255.255.
Если какой-то из них откликается - с ним устанавливается соединение, и его IP добавляется в список активных пиров.
4. После подключения и добавления пира в список пиров, с ним удерживается активное TCP-соединение.
5. Через это соединение - синхронизирутся общая хэш-таблица или Dictionary, вида {"хэш":"значение", "хэш1":"значение1", }.
6. Хэш-таблица может иметь размер сотни гигов, поэтому надо бы как-то по кускам её отдавать.

Идея сырая, как кодить не знаю.
Сразу скажу нафига это - а чтобы децентрализировать неубиваемую цензуроустойчивую анонимную имиджборду,
где свобода слова - превыше всего, вот нафига: https://github.com/username1565/nanoboard/issues/21
2  Local / Идеи / Автоматизированный escrow-сервис on: May 27, 2022, 09:02:18 PM
Есть идея создать говносайт для автоматизированного escrow-сервиса.
Чтобы там был автоматизированный гарант, и чтобы никто никого не мог наебать на криптоговно,
и тупо спиздить его, как пиздят последнее - дешёвые, нищие крысы, говнявесные.

Знаю, что есть транзакции с мультиподписями
2-of-3: Buyer-seller with trustless escrow — buyer commits money into a 2-of-3 address with the seller and a third-party arbitrator. If transaction goes smoothly, then both buyer and seller sign the transaction to forward the money to the seller. If something goes wrong, they can sign a transaction to refund the buyer. If they cannot agree, they both appeal to the third-party who will arbitrate and provide a second signature to the party that it deems deserves it. The arbitrator cannot steal the money as they have only one key.
Тут, можно сгенерить транзу с мультиподписями http://ms-brainwallet.org

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

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

Для говносайта нужна база данных, походу.

Это сырая идея, можете развить и даже запилить - хз.
3  Local / Идеи / Сжать несжимаемое, впихнуть невпихуемое on: May 14, 2022, 08:19:31 AM
Предлагаю плотно заняться поиском способов сжатия несжимаемых данных.
Несжимаемые данные - данные с максимальной информационной энтропией (распределение бит в них биномиальное, число единичных бит 50%, как и число нулевых бит). Негация не изменяет энтропию таких данных.
4  Local / Идеи / Децентрализованная борьба с цензурой on: April 16, 2022, 02:30:40 AM
Обращаю внимание, что цензура в Сосийской Педерации, породила Путлера-Хуйла.

В пику цензуре, припомню Гласность Горбачёва.
А также оставлю здесь 10 пунктов преодоления цензуры с помощью DHT
да и вцелом - код Наноборды: https://github.com/username1565/nanoboard (гляньте разные бранчи).
Код следовало бы глянуть, потыкать, и допилить,
так как с кодом этим, я ебался несколько лет, причем на голом энтузиазме, и без какого-либо финансирования,
более того пидорасные крысы из WavesPlatform - тупо спиздили у меня последнее,
а именно - крипты, на сумму около 500 килобаксов.
Из-за этого, куча времени уходила на то, чтобы требовать мои косари,
но тщетно, ведь эти нищие хуесосы, нихуя не имущие, ничего на деле не зарабатывают, а только последнее могут пиздить,
тупо ре-инвестя пижженное, в надутие своего грязного пузыря.

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

Посему, в этой хуйлопитекской анархии, и мне, в хлебало, может прилететь чё-то взрывчатое.
Так что пилите это всё, сами, кароч. Вот вам вводные данные. Дело правое, с вами ООН, блеать! Статья 19, ВДПЧ.

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

Добавлю, что на базе наноборды, можно было бы реализовать некое подобие liveuamap.com.
Насколько я понял, там, достаточно указать данные с четырьмя значениями:
    тип события,
    координаты,
    краткое описание,
    и источник.

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

Да и желания нет, ведь судя по-всему, как показала проверка временем,
вы, лишь пара дешёвых крысинных подсосов - таких, что даже букв моих не стоите, блядь.
Пошли нахуй, и сдохните короче, в вашем капиталистоблядском крысятнике - вместе со своим ебучим и козлосучьим Хуйлом.
5  Local / Идеи / liveuamap.com на блокчейне on: April 16, 2022, 02:27:19 AM
Сайт о событиях в Украине и мире, https://liveuamap.com
имеет открытый исходный код: https://github.com/liveuamap
Но он ХОСТИТСЯ, и хостится - в ClearNet, на определённом доменном имени,
система DNS для которого - подвержена цензуре,
То есть, этот ресурс может быть тупо забанен,
а также он хостится на конкретном сервере, который может быть разъёбан какими-нить - сверхзвуковыми Калибрами пидорашек.

Собственно идея.
Заебенить подобный сервис, на блокчейне, децентрализовав блокчейн на нодах, и сделав API на нодах,
для добавления событий, их получения, и синхронизации всей этой шняги.

Насчет хостинга - лучше выбрать TOR, i2p, и прочее, может fidonet, или хз, но там - где нет уёбищной, дегенератской мочерни.
6  Local / Политика / Хуйло предало народ СССР - liveuamap.com on: April 11, 2022, 09:38:03 PM
Хуйлопитеки, вопреки решению ООН, продолжают военные преступления - продолжают бомбить Украинский Харьков...
Тупо бьют по мирняку, по мирным жилым кварталам города, по гражданским,
с пидорашьего Белгорода.
Пруф:



UPD: К сожалению, я вынужден отконстатировать факт того, что
7  Alternate cryptocurrencies / Announcements (Altcoins) / [ANN][AMX][Telegram] Armor Network - 🔥 Anonymous and untraceable on: August 23, 2021, 10:38:08 AM
We want people to know Armor, for it, we opened a referral program! Share your referral link and get 10 AMX every time a new user join the telegram wallet with it (Maximum amount 200 AMX and maximum amount per day 100 AMX)

To obtain your referral link just push Referrals button in Telegram wallet => https://t.me/Armorwalletbot?start=UuOdeCXwk3




First block discovered! January 21, 2021! Timestamp 1611247640  Cool

Armor Network is a fast, anonymous and untraceable cryptocurrency integrated into Telegram ecosystem.

LINKS
WESITE https://armor-network.github.io/armor-website/
TELEGRAM https://t.me/Armor_AMX
DISCORD https://discord.gg/p8V57A9KX5
GITHUB https://github.com/Armor-Network
[NEW] MARKET Cratex.io https://cratex.io/index.php?pair=AMX/BTC
Blockchain Explorer http://radioactive.es/AMX-explorer/

TELEGRAM WALLET https://t.me/Armorwalletbot?start=UuOdeCXwk3

MINING
[NEW] ARMOR MINER FOR ANDROID https://github.com/Mine2Gether/m2g_android_miner/releases
ARMOR MINING POOL http://radioactive.es/AMX/
POOL LIST https://miningpoolstats.stream/armor
XMR-STAK https://github.com/fireice-uk/xmr-stak/releases
XMRIG https://github.com/xmrig/xmrig/releases
Configuration details http://radioactive.es/AMX/#getting_started

NETWORK DETAILS
Max. supply: 20,000,000 Coins
Time between blocks: 120 seconds
Decimal places: 8
Reward first block: 9.53674316 AMX (decreases in each block)
Algorithm: CryptoNote
POW Algorithm: CryptoNight variant 2 with 3/4 iterations. (CN ZLS)
No ICO and no premined coins

The first miners will get a higher reward per block since the reward is reduced in each block.


This topic will be constantly updated with new information.


8  Local / Идеи / Справедливое распределение крипты. on: October 16, 2019, 02:30:05 AM
Давайте-ка, в этой теме, затронем такую немаловажную тему, как справедливое распределение крипты.
Сформулируем некоторые проблемы, и предложим решения их.

Все мы знаем, что крипта хороша.
Крипта хороша не только тем, что её невозможно украсть, ведь алгоритмы ассиметричной криптографии,
практичеки исключают такую возможность - высокой сложностью вычисления
дискретного логарифмирования на эллиптической кривой в конечном поле.
Эллиптическая криптография - является гарантией статьи 17, "Всеобщей декларации ООН о правах человека" - то есть, права на частную собственность.
Крипта хороша и тем, что транзакции в ней - её невозможно забанить,
(если есть Интернет, в соответствии с правом на информацию),
в то время как Webmoney, Яндекс.Деньги, QIWI,
и прочие конторы, в том числе и банки - могут просто заблочить средства,
требуя, затем, изнурительно, проходить всякую фигню вроде KYC.
Так в принципе и делается, причём массово, ведь для админов таких "сервисов" - это беспроцентный кредит,
от пользователей, который они берут без спросу (зачастую даже втихаря и без каких-либо предупреждений),
берут на неограниченный срок, и конечно же - под 0% годовых.
Также, крипта хороша тем, что в основе её лежит - децентрализация, и нет никакого центра,
который можно было бы просто взять и забомбить нахой.

Крипта хороша и тем, что если она популярна, то ею...
Можно пополнить телефон.
Можно купить бигмак.
Можно оплатить штрафы в ГИБДД криптой и даже за квартиру заплатить.
Можно даже купить квартиру, и продать квартиру за крипту.

Но... Зачастую... Крипта просто лежит и не двигается, и это её отлёживание - не способствует развитию экономики.
Основным фактором финансирования развития экономики, по моему скромному мнению, является ИНФЛЯЦИЯ!
В то время как уровень экономики зависит от эффективности решения реальных практических задач,
в том числе и оперативных, что можно и автоматизировать, в цифровую эпоху.
Так вот, именно инфляция позволяет спонтанно финансировать такие масштабные проекты, как например,
какую нибудь постройку цивилизации, запуск спутников, колонизацию планет и их терраформирование,
и так далее, и тому подобное.
Но... Инфляция в криптовалютах - слишком сказывается на её ценовом курсе,
по причине того, что покупают её, именно как средство обхода инфляции у фитных шишей.
Ведь любой инвестор, прежде чем купить крипту, сначала оценит объём "total available supply" с coinmarketcap,
подчитывая затем, долю в системе, которую он приобретёт, после покупки.
При этом, он конечно же, не задаётся особо вопросом о том,
что насколько великое множество приватных ключей может быть утеряно,
ведь они могут быть сгенерированы надцать лет назад,
и храниться на уже поломанных носителях информации,
и держатели монет - могут быть умершими людьми...
Если вдруг, в монете с ограниченным объёмом, появляется какая-нибудь инфляция -
ценовой курс такой монеты сразу же падает, и падает он просто из-за жлобства ссущих закупщиков...

Однако, как все мы знаем... Крипта - майнится...
При этом постоянно происходит эмиссия крипты, за счёт этого майнинга.
Майнеры получают награды за блоки, поддерживая сеть,
генерируя блоки и подтверждая транзакции (включением их в эти блоки),
а особо целеустремлённые майнеры, ради награды за блоки - ускоряют вычисления на FPGA и ASIC'aх,
после чего, от жадности - собирают огромнные фермы из ASIC'ов,
чтобы майнить как единолично, так и сдавать эти фермы - в аренду.
Прагматичные инвесторы, заинтересованны в том, чтобы скупать такие фермы,
захватывая всё большие доли хэшрейта на майнинговых пулах.
Примерно так и осуществляется централизация крипты, в пику изначальной идее о её децентрализации.
Монеты оседают на счетах у крупных держателей,
порождая некие фонды, которыми они затем качают рынки,
выступая в роли маркет-мейкеров, то есть попросту говоря - примитивно,
пампают и дампают ценовой курс - своими огромными объёмами премайна,
с целью извлечь не просто прибыли... А сверхприбыли!
Это если не учитывать масштабные скамы, в том числе и скамы закрытых поныне - крупных бирж...
Ведь в ричлисте, вышеуказанном, в топе - холодные кошели бирж.

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

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

И вообще, POW-майнинг - энергозатратен.
Это пустая трата электроэнергии, в бесполезные вычисления бесполезных хэшей.
Это диссипация энергии, в процессе разогрева планеты, вместо рассчёта действительно важных проектов.
Альтернативой POW-майнингу является POS-майнинг.
Справедливо ли распределение при POS-майнинге? Нет.
Потому что при чистом Proof-Of-Stake, майнить может только тот, кто владеет монетами. И никто другой.
Взять тот же Stratis. Там уже 100 миллионов монет почти вымайнили,
а 1 монету или даже меньше - никто мне прислать не может.
Не потому что скупердяи, а просто потому что холдеры передохли, походу.
Более того, владеть монетами, нужно ещё и в количестве, конечно же необходимом для POS-майнинга,
и достаточном, чтобы найти хотя-бы один блок за определённое время, с некоей долей вероятности,
среди всех тех других майнеров, которые включили staking, (а возможно даже и одного).
И вообще, обычно, распределение монет в Proof-Of-Stake монетах,
происходит - в результате примитивного слива премайна на ICO/IEO...
А там... Как мы знаем... "Кто успел - тот и наелся..."

А вот в гибридных монетах POW/POS, как по мне, так система распределения - более справедлива,
ведь любой может намайнить сколько надо, а потом сидеть и посить,
и возможно даже на мастерноды всякие себе ещё и напосить, чтоб не палить особо ток,
выводя из строя видеокарты, гарантия на которые, обычно - 2-3 года...

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

Очевидно, что в случае с высокой сложностью, POW-майнинг нового блокчейна такой же длины потребует колоссальных вычислительных мощностей, которых может не быть ни у кого, только у всей сети, в совокупности.
На этом утверждении и базируется уникальность актуального блокчейна биткоина.
В то же время, если большая часть майнеров просто перестанут майнить, оставшиеся, разрозненные майнеры,
вынуждены будут пытаться найти блоки очень долго, возможно даже видеокартами и процессорами,
и возможно даже - тысячи лет...
Я напомню, что сложность майнинга, у биткоина, изменяется каждые 2016 блоков.
Поэтому найти нужно будет им не даже не 1 блок, а все 2016 блоков...
И пока эти майнеры разрозненные, не найдут хотя-бы один блок - все транзакции в сети не будут подтверждены.
Таким образом, монета будет неликвидной всё это время, посему, и никакой речи О САБЖЕ.

Исходя из вышеизложенного, решением САБЖА, я вижу в виде регулируемой персонально, Свыше,
сложности майнинга, для каждого майнера.
То есть, если ты майнер, и ты хочешь подтвердить реально свою транзакцию, которая для тебя критична,
и никто в сети не майнит, то для тебя, сложность майнинга - низкая, для других - высокая. Майни!
Более того, на базе высокоточного моделирования, в помощь этому майнеру,
могли бы подключаться дополнительные вычислительные мощности, при попытке им найти блок.
Если пойти ещё дальше, то в блок такого майнера могли бы вставляться фрагмент от искомой им "nonce",
рассчитанной заблаговременно, при помощи бОльших вычислительных мощностей.
Но раз уж речь о высокоточном моделировании, то для чего тогда прикладывать,
вычислительные мощности, для рассчёта этой nonce, если эту nonce можно просто извлечь,
с математической модели Вселенной?
Более того... Если ещё больше углубиться в это дело,
то можно было бы в блок включать ещё и хэш уникального - состояния психики майнера,
с последующей подачей фрагмента nonce, гарантирующего факт того, что майнер этот найдёт блок,
с определённой сложностью майнинга (либо завышенной, либо заниженной).
Всё это наводит на мысль о некоем ноосферном астральном майнинге,
источником которого могло бы быть просто существование реального майнера,
а не бота-скрипта автоматизированного, у какого-то буржуя зажратого, на суперкомпе.
А с учётом того, что сложность майнинга можно было бы регулировать Свыше,
она могла бы ещё и регулироваться в режиме реального времени,
на основе реальных потребностей майнера, реализуя практически рабочую,  стабильную и устойчивую систему,
функционирующую по принципу "С каждого по возможностям - каждому по потребностям". Лол.

P.S.: Начатки реализации подобной системы (с регулируемой сложностью майнинга),
но в виде POS -  я вижу у WAVES, в системе LPOS.
Ведь там можно сдавать WAVES в Leasing и отменять этот Leasing,
повышая или понижая шансы какой-либо ноды найти блок,
и нода может быть избрана, в результате того же голосования,
тобишь нода, которая более стабильна, и имеет хороший uptime,
или нода нуждающегося больного - спидораком каким-нить вeнеpичеcким.
9  Local / Идеи / Исключение утери монет на плохих адресах on: September 26, 2019, 11:06:57 PM
Валидным адресом в сети bitcoin и альткоинах, считается любой адрес,
являющиеся просто base58Check encoded - ripemd-160 хэшем.
В том числе и адреса для сжигания монет, которые не имеют приватного ключа.

Консольная команда
validateaddress    <bitcoinaddress>    Return information about <bitcoinaddress>.    N
проверяет лишь контрольную сумму Base58Check.

Однако, на самом-то деле, валидным является адрес,
ripemd-160-хэш от которого является хэшем публичного ключа, соответствующего определённому ключу - приватному.

Что если шутник какой-то, в какой-либо объёмной сделке, укажет некорректный адрес, чтобы монеты были сожжены?
Они будут потеряны - навсегда.
А сколько монет уже потеряно, в результате отправки на некорректные адреса?

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

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

Однако, любой адрес,
может быть сгенерирован локально, client-side,
и для проведения транзакции на этот адрес,
вовсе не обязательно, чтобы он был каким-то образом - "зарегистрирован" в сети.

Более того, хранить кучу "новосгенерированных пустых адресов", уж тем более в блокчейне - не очень хорошая идея.

Можно было бы получить адрес, хешируя pubkey получателя, а затем, проверить его ripemd-160.
Мол, если у получателя есть pubkey, и его хэш соответствует его адресу, тогда, наверняка, у получателя этого есть и privkey.
Однако, pubkey потому и хэшируется, чтобы его "не светить",
ведь при наличии pubkey, скажем, может быть проведено какое-нибудь,
дискретное логарифмирование на эллиптической кривой в конечном поле,
и получение privkey из pubkey - ага, за триллиард мильярдов лет...

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

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

Ещё варианты?
10  Local / Идеи / Автооптимизация блокчейна - урезанием on: August 25, 2019, 01:33:33 AM
Давно уже вертится на уме идея о стандартизации - автооптимизации длиннющих блокчейнов.
Попытаюсь сформулировать её снова здесь, по памяти, и заодно открою обсуждение для этой идеи, в этом разделе.

Для чего это надо?
1. А чтобы у старых монет не было длинных блокчейнов, с кучей неактуальных транз сдохших токенов, как у эфира, например.
2. Чтобы синхронизация быстрее шла на нодах и кошельках.
3. Чтобы без проблем можно было поставить ноду, и быстро синхронизировать её, не выделяя под блокчейн - терабайты.

Как я это вижу?
1. С определённого блока, скажем, с 1000000-го весь блокчейн парсится на наличие монет на неизрасходованных выходах у различных адресов.
Генерируется rich-list https://bitinfocharts.com/ru/top-100-richest-bitcoin-addresses.html для всех адресов.
2. Извлекаются адреса и количества монет на неизрасходованных выходах.
3. Этот блокчейн архивируется, заливается куда-нибудь в torrent. Формируется magnet-ссылка на архив в сети torrent.
4. magnet-ссылка на архив со старым блокчейном - суётся в первый блок нового блокчейна.
5. Затем, в этот блок включаются транзакции зачисления монет всем юзерам, причём только монет на неизрасходованных выходах.
В результате, получаем новый блокчейн. В нём всего пару блоков с транзакциями зачисления монет предыдущим пользователям.
Новый блокчейн продолжает майнится, как ни в чём ни бывало. Синхронизация проходит быстро.
И главное - никто из предыдущих владельцев не теряет монеты и доступ к ним.

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

Но старых транзакций из предыдущего блокчейна, в новом блокчейне уже не будет.
Они просто выкидываются, чтобы не жрать трафик при синхронизации.
Однако, так как старый блокчейн может быть доступен по magnet-ссылке,
то его можно было бы выкачать из torrent'a, пропарсить, и восстановить список старых транзакций.

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

Предлагаю обсудить, чё-то добавить, чё-то исправить, лишнее убрать...
В общем, сформулировать более чётко и конкретно, всё это дело.
Если где реализовано подобное - ссылки на код приветствуются.
11  Local / Идеи / Авторизация на сайтах, при помощи биткоин on: July 28, 2019, 04:15:05 PM
1. Владельцем адреса биткоина - является владелец приватного ключа, соответствующего этому адресу.
2. Владелец, как клиент - заходит на сервер.
3. Сервер генерирует ему какое-то значение, и просит его подписать.
4. Клиент, как владелец приватного ключа - подписывает это значение, как сообщение, своим приватным ключём.
5. Клиент - отправляет подписанное сообщение на сервер.
6. Сервер - проверяет цифровую подпись сообщения.
7. Так как сообщение проверено на сервере, серверу доступен адрес подписанта,
более того, сервер уверен в том, что у подписанта этого - есть приватный ключ от этого адреса,
так как значение соответствует отправленому значению.
8. Сервер использует адрес подписанта - как уникальный идентификатор (username).

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

Плюсы: Очень простая аутентификация. Можно реализовать на нескольких скриптах.
Никаких личных данных не нужно вводить в формы всякие, достаточно privkey в LocalStorage прописать,
а цифровую подпись вычислять client-side.

Более того, у WAVES, в waves-lite-client (тут исходник), этот seed гененируется однократно,
а хранится он - в зашифрованном виде, в LocalStorage, и шифруется паролем.
Из него, получается приватный ключ. А это уже, своеобразная защита от мультиаккаунтов.
К тому же, у них есть AUTH-API,
работу которого можно протестировать на сайте https://h2ox.io/ при подвязке WAVES-адреса (если не слать токены им).
Там надо быть залогинненным здесь: https://client.wavesplatform.com/#!/dex-demo

Не, ну реально, надоели эти старые системы регистрации и авторизации,
с кучей полей, всякими галочками (лишь бы пропустило), телефонами, SMS,
требованием зайти в GMAIL, VK, ФСБук (где обычный аноним никогда и не регистрировался).
Email вводить ещё надо, подтверждать на каждом сайте...
А потом ещё могут тупо забанить акк и потребовать KYC.
Почему бы для связи - не использовать вместо email'a - TOX,
Взяв PRIVkey от адреса в качестве privkey NaCl для генерации ToxID,
а связь - проводить онлайн через TOX? Есть же echo-bot на https://toxme.io/
Вот такие боты могли бы туда, в TOX - ссылки слать, как на email.
А всё это дело в одном приложении запилить, возможно даже на JavaScript,
чтобы с сервера прям выдавались скрипты, и на клиенте работали client-side, без всяких утечек данных.

Что скажете?
Предлагаю разработать, стандартизировать систему биткоин-аутентификации,
и внедрить её - во все сайты, с возможностью кастомизации префиксов под различные альткоины.
А вообще... К чему бы это?
Ведь для подписи и проверки её - не нужно владеть самими монетами биткоина.
12  Economy / Web Wallets / Web-wallet for bitcoin and altcoins on: November 06, 2018, 07:03:46 PM
Hello. Is there any open-source HTML-JavaScript web-wallets,
for bitcoin and altcoins,
where I can, locally, in browser, without Internet connections,
and import my private key to someone online services,
do the next console commands:
createrawtransaction and signrawtransaction?

The sendrawtransaction, in the mainnet, or to the miners (broadcast transaction),
I can do after signing the raw transaction, using services, like this: https://blockchain.info/pushtx
or this: https://coinb.in/#broadcast

I see here: http://brainwalletx.github.io/#tx
there is no any option to get SIGNED RAW-transactions... (no signature there)...
Also, this transaction signer - not working too... https://coinb.in/#sign

I think, we all, can do the web-wallet for bitcoin and altcoins, like this: https://client.wavesplatform.com/
where secret seed or private key, will be stored as encrypted data in the LocalStorage,
and this web-wallet can be more secure,
than do importing the private key (WIF), to anywhere.

Also, as you can see, there is the DEX in wavesblockchain, inside waves web-wallet.
All tickers trading to all tickers there (if their ASSET_ID will be specified in the search field through "/").

And this DEX can be p2p, if many altcoins will be added to web-wallet.
I see this like just add adding the addnode-lists, inside the wallet,
and connecting to the nodes for trading, using WebSockets or WebRTC, for example...

Best regards.
13  Bitcoin / Bitcoin Technical Support / ADDNODE COPYABLE LIST on: November 16, 2017, 12:18:53 AM
Hello. Is there any site, like https://bitnodes.earn.com/ to get copyable addnode list
with nearest active peers Like http://zpool.ca/explorer/peers?id=2377
for just copy and paste it to config and get fast syncronization without any bootstrap.dat
14  Alternate cryptocurrencies / Altcoin Discussion / BrainwalletX randomized + XOR + compressed keys + live updating on: November 05, 2017, 01:36:43 AM
I have several times did change the source code of http://brainwalletx.github.io/
for do supporting a different coins,
but now I was not too lazy and took the time
to write a universal brainwalletX for all alt-coins.

Just for this reasons:
https://rya.nc/cracking_cryptocurrency_brainwallets.pdf
https://bitcointalk.org/index.php?topic=1148611.0
I did add random_seed parameter and XOR to this hash
and also I did unlock the button "Secure random" (just found it in the source code).  Grin

I see the private keys and addressed are different by some parameters:
public_key_version, private_key_version and can be compressed and uncompressed.
I did it compatible now with all altcoins.
Maybe now you can do signing raw transactions and send it to miners and mining pools.
This open the way to do "multicoin web-wallet", to make transfers and masspay transactions
without need to downloading any blockchains.

You can test and download it here "СКАЧАТЬ": BrainwalletX_XOR [LINK] This file will be deleted after 90 days.
1. Unzip to the folder.
2. index.html -> drag and drop this file to the tab of your browser.
3. You can compare the open source code and see changes.txt

Maybe need to add or change anything else? Just PM me.

P.S.:
Now this brainwallet can be a multi-coin web-wallet, like waves wallet client (https://waveswallet.io/)
if changes the source code can gives the way to sign RAW transactions
and send it to miners and mining pools in decentralized networks for each coin,
but if for connections brainwalletx will be using universal multi-explorers,
with JSON answers like http://yiimp.eu/explorer to load transactions history by address.
In this case any user can make transfers and masspay transactions
without need to downloading any block and blockchains (only private keys and internet connection).
Also all different keys for all supporting coins can be coded by one seed, like this waves lite client.
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!