Так так... Чё тут у нас? Ага...

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

А определение мошенничества, в эту вашу юрисдикцию - не завезли что-ли?
Где ты видишь, "хищение чужого имущества"?

Да мне всё-равно то, что он связан с гуглом, а гугл - со всем-всем-всем.

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

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

Может вы и правы, поэтому я и паспортом не пользуюсь с 2008-го года.

Предпросмотр поста тут чё-то не работает. Починили бы что-ли...

Ясно-понятно, Ксения. Но... Я ещё даже не хамил...
Я просто подумал, что вы не самка, а админ okex.com,
к тому же вы ещё и пытались обвинить меня - в "мошенничестве с документами".
И как я понял - ещё и продолжаете...

Лучше бы сделали здесь автообъединение постов, через черту [ hr ]
без добавления нового поста, после предыдущего, и без приподнимания темы.

---

По-хорошему, включили бы лимит 500-5000 баксов в сутки,
для анонимных пользователей, сделали бы автоввод и автовывод без KYC,
тогда и клиентура бы подтянулась.
А то сидишь такой, держишь биткоин, и скроллишь https://coinmarketcap.com/ себе...
Видишь биткоин этот чуть выше рынка, по USDT на каком-то https://okex.com/, где даже аккаунта нету...
Заходишь туда, регистрируешься побыстрячку, заводишь немного биткоина (для теста) - без проблем, меняешь его (ну, сливаешь его)...
А вывести Tether - НЕЛЬЗЯ... Откупаешь назад свой биткоин, вопреки тренду...
А вывести его - ТОЖЕ НЕЛЬЗЯ...
Смотришь бегло, а там... Надо какие-то KYC LEVEL'ы проходить, паспорты сканировать, ещё что-то...
Значит... Начинаются ПРОБЛЕМЫ... А деньги где? На бирже... Значит... СКАМ!
И выходишь оттуда, оставив пару сот баксов, ради которых и писать кому-либо не очень охота...
Но... БОЛЬШЕ УЖЕ - НИКОГДА ТУДА И НЕ ЗАХОДИШЬ...
Продолжая дальше скроллить излюбленнейший - https://coinmarketcap.com/ ,
с мыслью о том, что тут-вот, он хорошенько так - взял, и подвёл.
Понимаете??

На той же закрытой уже https://cryptopia.co.nz/ , пока она работала,
был автоввод и автовывод для ВСЕХ клиентов, без всяких там KYC, без проблем и всяких там сложностей...
И лимит был установлен в 5000 NZDT/day.
KYC они просили, если нужно увеличить лимит.
Иначе - приходилось просто ждать...

На YOBIT'e, вон, тоже автоввод и автовывод без этих вот KYC.

Но если вы чё-то побаиваетесь, ну там финансирования терроризма какого-то, или отмывание шишей скамеров,
то опять же, при лимите [500 баксов/сутки] - много не поотмываешь и не пофинансируешь,
во-вторых, чтобы перекрыть поток, в случае подозрений, не обязательно даже банить вывод и требовать KYC,
вы можете забанить тупо ввод, без причин, для конкретного пользователя. Чтобы перекрыть поток.
Так было бы честнее со стороны биржи, по отношению к клиенту, и биржа ничего бы у клиента - не отжала.
Можно просто сделать вывеску для клиента "валюта на техобслуживании",
и включить на сервере - логирование IP для него, если есть - конкретные основания его в чём-то там подозревать.
И если он хочет - то пусть он, со своей этой криптой, идёт на другие биржи, и шкварит их, а не этот ваш окекс.
Ну и забанить можно вывод, если есть вообще уж конкретные основания.
Скам например, какой-то, который не только индексируется, но который - ещё и по блокчейну видно.

I see third variant is good:

You can generate all TAJCoins in first block, and then swap this 1:1 for each old users,
who can sign the message by private key from old TAJCoin wallet.
Then, you can verify the message, extract the address, and turn back TAJ in new blockchain, for that user.
In this case, all the lost TAJcoins will be in your fund, and you can enable staking for this coins.
Maybe, old users lost keys, delete the wallets, or dead, for example.
Also, you can parse blockchain yourself, and send all TAJ for all old users,
then everyone can get their new TAJ - without any stupid actions to swap it.

Also, after all, there is addnode-list: https://chainz.cryptoid.info/taj/#!network
and there is IP addresses of the nodes.
Maybe, you can find this people, contact them, and ask them to enable staking in their wallet.
In this case, as result of Proof-Of-Stake block generation, TAJCoin blockchain can be continued, without any swaps.

Волны - не альт. Альткоины - это монеты без задач, которые запустили, намайнили и торгуют ими.
За токены - вообще молчу... Ведь их даже майнить не надо эмитентам...
Выпустили какой-нибудь Pundi X на блокчейне эфира, в количестве 235 171 468 515 NPXS,
залистили на coinmarketcap и на 68-ми этих биржах,
и пилят себе на покупателях - капу в $90 570 641 USD, сливая им их...

Так что WAVES с альтами, сравнивать, как минимум - не очень корректно.

So... You can just enable staking=1 , in your country, LOL.  

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

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

Hello, I'm as "TAJ holder" don't want to do any swap to any tokens.
I did mining this coin and buy this it cryptopia,
just because this have limited total supply,
and because this coin without any premine.

I think the best way to make TAJ Coin mainnet is working - this is just enable
in config.conf
This is POS Coin too, not only POW mining there.

Also, even if I want to make swap it to some tokens, I cann't do it, because ALL my TAJCoins are locked in staking for next 33 blocks.
And I cann't make the transfer.
I just needed to diversify this by many unspent outputs before enable staking.

Also, what about POW - solo-mining, using rented blake2s rigs, but rigs with lower hashrate?
To raise the network, solo-mining can be processed after connect to the active nodes: https://chainz.cryptoid.info/taj/#!network,
and after some time, difficulty can be lower than current difficulty, if hashrate will not be so high.

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

А там это... Рубли что-ли, есть ещё, на дексе?

Та не за что.

Я тут, чисто для теста, решил клиент к своей ноде приконнектить...

В том waves-lite-client, что в ZIP-архиве я оставил тебе,
внутри основного скрипта, изменил строчку:
на
Балансы - нормально прогрузились с ноды,
где поднято NODE REST API и синхронизирован весь блокчейн.
Но эту строчку, я просто - вернул назад, потому что там - HTTPS.

Затем, чисто для теста, поднял своего Matcher'a на ноде v1.0.2,
и запустил у себя - Matcher REST API.
После чего, в этом waves-lite-client, я изменил строчку:
на
Вижу, что книга ордеров - пустая,
но у меня есть и волны и токены IOU1 (ещё на криптопии накупил их, лол).
Поэтому, я провёл тестовую транзакцию обмена волн на токены эти - сам себе причём, но, через своего матчера.
Просто открыл позицию на продажу токенов, и её же и перекрыл - встречным ордером, то есть купил их за волны - сам у себя...
Эта транзакция попала в блокчейн - внутрь блока 1679071,
и я успешно, на адрес ноды своей - получил комсу от обмена этого, в размере 0.003 WAVES.

Я вижу во всей сети - всего два матчера. Можете поприветствовать третьего, что-ли?..

Только вот этот клиент чё-то не завёлся с этим моим матчером,
хотя в настройках я его прописал, и нифига, глюки какие-то полезли "что-то пошло не так", мол...

Теперь, тупо от нефиг делать - синхронизирую себе WavesDataFeed,
чтобы на ноде пахало - WAVES DATAFEED API, отдавая котировки вот в таком JSON-ответе.

Потому что он там есть.

Не знаю, может они чё-то обновили там, но раньше я попадал в этот список нод, просто открыв порт,
видел там свой IP и toxID.
Просто скачал Isotoxin,
запустил его, разблочил в брандмауэре isotoxin.exe и plghost.exe.
Потом добавил контакт TOX и приконнектился к сети. Видел себя онлайн.
Затем, ввёл в консоли своей, виндовой: cmd.exe -> "netstat -an"
Вижу, слушает порт 33445 на локалхосте.
После этого, просто сделал Port-forwarding для этого порта на роутере,
проверил здесь, что он открыт для моего внешнего IP.
Через некоторое время я видел себя в списке нод - без всякого пердолинга с бутстрапами этими ихними.
Но сейчас чё-то не пашет нифига, вижу, что слушает UDP-порт, на [::]:33445 и 0.0.0.0:33445, а не TCP-порт,
и порт этот - он закрыт по данным port-checker'a.
Видимо поломали уже токс, быдлокодеры криворукие...
Теперь, походу, придётся старые версии с винчестера выколупывать. Лол.
А может, просто, чё-то - сконфигурировать надо.

P.S.: Возле контакта, где настройки - открыл "дополнительные",
задал порт TCP 33445, после чего port-checker показал статус open.
Но в списке нод себя не вижу, наверное из-за плохой связности сети этой, децентрализованной,
ну или ноды вшитые в изотоксин - просто протухли уже.
Надо, значит, хотя-бы с одной из тех, что в списке этом есть, соединиться...

P.P.S: Соединился, вроде, но не вижу себя там.
Вот этот тест не проходит ни TCP, ни UDP порт.
Походу, чё-то, таки поменяли, в коде, они... Да и сам isotoxin, как я понял - давно протух уже.
Надо будет на чём-то другом протестить, вон чел выше, kzv - добавился ко мне с Antox'a.

P.P.P.S: Посмотрел внимательно сюда,
на условия добавления своей ноды в список этот милипусенький, и чё-то ржу вообще с них.
Какой-то email надо писать им, чё-то указывать там...
Чё бы не сделать попроще?..
Взять список пиров, и проверить у них порт 33445, а потом - просто отсортировать их всех - по uptime,
как на этом вот, open-source'ном кстати, сервисе активных торрент-трекеров: https://newtrackon.com/

В чём проблема намутить больше нод, или сделать IRC-ноды, TOR-ноды,
или какие-нибудь Bitmessage-ноды, ZeroNet-ноды, например,
которые не забанят?

Тогда, в чём проблема замкнуть ник юзера - на хэш его отпечатков пальцев?

---

Она есть там. Сама кодировка Base58Check, которой кодируются адреса - подразумевает наличие Checksum:


Она есть в ToxID - это 2 bytes XOR checksum. Также, этот toxID, содержит - PUBKEY от NaCl и NoSpam Number,
а privkey - генерируется и сохраняется локально, в файле профиля его выколупать можно, зная смещение.
NoSpam Number, нужен для того, чтобы если вот, к тебе добавился контакт какой-то (ты ему дал свой ToxID)
и вдруг он захотел тебя удалить нафиг, то, чтобы ты не добавился к нему снова,
ведь этот NoSpam Number - он неизвестен тебе, когда к тебе кто-то добавляется,
и тебе тогда, придётся брутфорсить его, чтоб добавится к нему.

И правда, Base58 рулит по всем этим параметрам.

Внутри того же Isotoxin можно создавать групповые чаты. Как, впрочем и внутри IRC.
Опять же, если в локалке, без Интернета всё это работает, то о какой централизации может идти речь?

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

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

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

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

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

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

И, в случае выгрузки старого блокчейна с конца,
закачка его, могла бы происходить - уже при рабочей сети,
синхронизированном новом блокчейне, и намного позже.
Ведь, в случае невалидации первого блока нового блокчейна,
синхронизация всё-равно могла бы происходить с него,
и вне зависимости от текущей длины ВСЕГО БЛОКЧЕЙНА - происходить быстро,
позволяя основной сети работать на новом блокчейне,
а вот валидация его, и возможно, оверрайд - могли бы происходить намного позже,
после загрузки блокчейна, на уже работающей ноде...

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

И если что пойдёт не так, например свет мигнул из-за перепада напряжения, то...
ПЕРЕСИНХРОНИЗАЦИЯ И ПЕРЕВАЛИДАЦИЯ, ЕЩЁ НЕСКОЛЬКО НЕДЕЛЬ, ААААААА!!!!!!

В waves-lite-client можно генерировать тоже, и сид импортировать для сверки адреса.
Тут он онлайн https://waveswallet.io/
а тут его в zip-архиве забери: https://github.com/wavesplatform/WavesGUI/releases/tag/v0.5.18
Я залил этот исходник сюда: https://github.com/username1565/waves-lite-client
и не изменив ни бита, плюс прикрепив хэши - захостил его, через Github Pages - здесь, как зеркало: https://username1565.github.io/waves-lite-client/
Потому что на https://waveswallet.io/ версия v0.5.22,
а последняя стабильная версия в zip-архиве - v0.5.18,
и разрабы уже больше не поддерживают его,
но он вполне ничё себе - и норм работает.

Ну и ещё, вот тут можно генерировать и импортировать, онлайн, бесплатно, без смс.

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

Что касается "_собственноручной_ проверке _всей_ цепи",
я не думаю, есть какой-то смысл в том, чтобы парсить блоки старого блокчейна,
для проверки корректности - первого блока нового,
достаточно хэш всех данных посчитать и сверить, ведь хэш - считается гораздо быстрее,
тогда и в блоки можно не смотреть, и даже можно не распаковывать из архива - выкачанный старый блокчейн.
Но да, для проверки со стороны, старый блокчейн надо будет всё-же выкачать целиком, или частями (если торрент),
можно одним файлом, в архиве, а можно части в архивы запихнуть.
Но не в этом дело. Дело в том, что кому это надо?
Просто вот взять и проверить первый блок нового блокчейна?
По причине недоверия узлу его запушившиму?
Ну вот алгоритм, выкачивай себе, проверяй, и т. д.
А так-то при замене старого блокчейна на новый,
ноде его и выкачивать же не надо, ведь он уже есть на ноде.
Она может без выкачки просчитать хэш старого блокчейна,
и если он совпадает с хэшем, указанным в первом блоке нового,
то весь старый блокчейн - заменяется на новый, и удаляется нафиг.
При этом команда замены и удаления, могла бы быть закриптована
и подписана цифровой подписью ноды,
а исполнена - после проверки её цифровой подписи - сетью.
Таким образом, нода, валидировавшая новый блокчейн,
после проверки старого, и заменившая старый блокчейн на новый,
является подписантом результата валидации,
а он, этот результат - может быть уже расшарен в сети и перепроверен другими нодами,
как и цифровая подпись ноды - тоже может быть проверена.
Тогда вопрос доверия, я думаю, сам собой отпадает.

А что касается удаления старого блокчейна после замены его на новый...
Можно его и не удалять, а продолжать раздавать - сидировать, так сказать, для тех, кому надо его выкачать.
Но не синхронизировать. Синхронизировать - только новый блокчейн, начиная с первого его блока.
Так и быстрее намного, и с нуля начать проще - кто ноды в первый раз ставит на 5-ти миллионном блокке,
ему не надо будет ВСЁ ТО ЕЩЁ выкачивать и чё-то там валидировать.
Ну а чтобы не хранить по копии старого блокчейна на каждой ноде,
с учётом того, что новые ноды не синхронизируют его,
а синхронизируют только новый блокчейн с первого его блока,
то можно было бы разбить старый блокчейн на части, а их уже - диверсифицировать между нодами.
Например, на одной ноде части [1-5000], на второй [5001-1000], [...-...], на последней [995000-1000000] -
получается, что по 5к блоков всего старого блокчейна на каждой ноде может храниться.
Таким образом, достаточно лишь 200 нод в сети, чтобы выкачать весь блокчейн от 0-го до 1000000-го блока,
и место экономится, и старый блокчейн - всегда в сети, он доступен к выкачке с децентрализированной сети, по частям.
К тому же, его можно было бы и выкачать полностью, с любого места, и как-бы "захостить" его, целиком, у себя,
так сказать - засидировать, встать на раздачу его.
А так-то, для каждой новоявленной ноды, может вгружаться лишь 5к блоков старого блокчейна,
из какого-либо диапазона (с наименьшим аптаймом, например) + первый блок нового,
с которого начинается более быстрая синхронизация нового, автооптимизированного, более короткого блокчейна.

Ok, thanks. This working. I think will be better to add separate item in dropdown menu for the hidden tokens,
to list this there, with show/hide option, and to don't go to "User -> settings -> Network -> Filter spam tokens", every time.
Also, hidden tokens listed with spam-tokens, and need to find it with this all.

Hm... As I see here: https://client.wavesplatform.com/#!/wallet/portfolio
token can be only hidden, but I cann't show this after this action.
Will be better to enable sorting between showed and hidden tokens, and make able to show this again.
Also, you can add hidden tokens as an item in dropdown menu.
Sometimes volumes of trading for this tokens can growing, but if this hidden - this is not available in portfolio...  

---

@elitesmsservice, Do you have transaction hash? Maybe this is already exist in unconfirmed transactions.
Also, I did wait withdrawal ZCash 11 hours...
I think you may to write in coinomat support, not here. Here noone cann't help you.
But, you can just leave details about your transfer here, and maybe someone can process this faster.

@Timelord2067,
so this noname people,
to turn back our crypto assets,
will ask from us our documents,
to trading this documents in darknet in future?

At last, I have only 0.008 BTC and this is there - in altcoins.
So... No-no... This all just not interesting for me...

Я риплом не пользовался.
Мне достаточно взглянуть здесь на Total Supply 99 991 371 628 XRP,
чтобы отбросить его как обычный премайнутый альткоин, причём с премайном - вкрай извращённым.

Поэтому, понятия не имею что там за счета, и почему они платные.
Наверное из-за нагрузки на ноды при достижении консенсуса?

Блокчейн должен быть, в децентрализованной сети, ведь именно блокчейн,
согласно самой идее Сатоши Накамото - исключает возможность двойных трат в децентрализованной сети.
А на счетах во всяких "сетях доверия" - могут что угодно нарисовать кому угодно, и в каком угодно количестве,
я уж молчу о том, что в разных подсетях, могут быть копии, дающие возможность осуществлять двойные траты.
С блокчейном же, такое не прокатит, особенно если система работает по принципу неизрасходованных выходов - UTXO.
И знаешь почему? Да потому во всей сети - только один блокчейн работает, и принят всеми.
Все другие блокчейны - просто оверрайдятся, по какому-либо критерию: меньшая длина блокчейна, например.


Таким образом, в основном блокчейне, трата либо есть, либо её нет. Две траты - быть не может в нём.
А все остальные блокчейны, которые покороче - они просто будут заоверрайжены им, этим основным блокчейном.

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

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

Ты не совсем так меня понял.
В изначальном, первом посте, я писал не о загрузке из torrent "среза блокчейна" (автооптимизированного блокчейна),
а возможности загрузке - самого блокчейна, содержащего [0 - 1000000] блоков, который был до оптимизации.
При этом, поскольку блокчейн этот может быть загружен из torrent'a, то его архив, как файл - он имеет хэш,
а хэш этот может быть включён в magnet-ссылку,
коротенькую ссылку, которая позволяет выкачать весь блокчейн в виде архива - из децентрализованной сети, из torrent'a.
Сама же magnet-ссылка эта, она может быть включена в первый блок автооптимизированного блокчейна (среза),
и перед принятием этого блока - весь блокчейн может быть верифицирован.
Может быть просчитан его хэш, содержащийся в той же magnet-ссылке, например.

I think, before listing ERC-20 tokens, will be better to programming the autooptimization of the WAVES-blockchain.
Because transactions of tokens inside WAVES blockchain will make blockchain so large, and synchronization will be a very slow, LOL.

But... No one cann't spend it, only you! So you can wait end of traiding this, and pump it, and just sell then.

I think, will be better to realize MASS BURN TRANSACTIONS, because for burning each 0.00000001 Fidyo, I need to spend 0.001 WAVES.
But there is so many tokens in the porfolio, which I don't want to see. And I need "make burn" this tokens, manualy, per one transaction for each.
So this is not usable.

---

@MarquiseMuseum, I just leave for you two articles of The Universal Declaration UN of Human Rights.
This is and Article 17 and Article 19.
And no one can violate these rights, because these are fundamental principles of international law.
So no one cann't to forbid us to do mining and exchange the OUR CRYPTO inside the OUR INFORMATION FIELD.  

Я тут оставлял paperwallet, поддерживающий WAVES.
Генерирует mnemonic seed и WAVES-address.
Его тоже можно скачать, и локально без интернета запустить и сгенерировать.

Ещё раз, ссылка: https://cryptostorage.com/
Код - на github'e. Скачал его себе.
Можно добавить его первый пост, а то потеряется...

Brainwallet'a для WAVES не нашёл, но в исходнике скрипта waves-lite-client
я вижу возможность цифровой подписи и проверки её, но она не подключена разрабами - в сам waves-lite-client.
Хотелось бы, конечно, как-то добавить WAVES вот сюда,
чтобы и chains работали и генерация, и подписи...
Но я понимаю как и я гребу чёт. Можете сами скрипты расколупать, добавить и открыть pull-request.

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

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

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

Хм... Почему это "цепочка доверия"? Хочешь сказать, что данные при автооптимизации блокчейна - можно подделать?
Так как блокчейн до N-ного блока (в вышеизложенном примере - это 1000000-й блок) - во всей децентрализованной сети,
он один единственный, то и хэш у него - один единственный.
Его может пересчитать любая нода, перед отбрасыванием старого блокчейна и перед переходом на новый.
А все остальные форки блокчейна должны быть просто подвержены оверрайду, при попытке соединения с основной сетью,
ведь эти форки могут существовать только в подсетях децентрализованной сети, несвязанных с основной сетью.
Но... Возможно ты и прав, в той части, что если существует много обособленных подсетей, несвязанных с сетью,
то может быть и множество форков блокчейнов, в последствии подвеграющихся автооптимизации, и ещё раз и ещё раз...
И так, пока подсеть не связана с основной сетью.
И после установления связи подсети с основной сетью, не совсем будет понятно какой же из оптимизированных блокчейнов - валидный.
Но в любом случае, первый блок, GENESIS-block, он как правило общий для любой подсети, и обычно вшивается даже - в открытый и диверсифицирующийся исходник, вместе с checkpoints.
Поэтому, начиная с первого блока можно запустить проверку ВСЕГО БЛОКЧЕЙНА,
для обнаружения разветвления основного блокчейна.
Для этого, нужно ЕГО наличие ПОЛНОСТЬЮ и доступность его - в сети (по тем же magnet-ссылкам из первого поста).

При наличии определённых параметров сети, вшитых в первый блок нового блокчейна,
таких как, например:

• суммарный хэшрейт сети,
• сложность Proof-Of-Work майнинга одного блока в сети,
• вес всех монет которыми осуществляется Proof-Of-Stake во всей сети,
• или сложность Proof-Of-Stake майнинга
• или что-то ещё...

так вот, при наличии этих параметров, можно было бы определить, какая сеть была больше, а какая меньше (подсетью её),
и по ним уже, автоматически, отдать предпочтение блокчейну бОльшей сети, а блокчейн меньшей - заоверрайдить автоматически.
Если генерация новых блоков в сети, происходит по принципу Proof-Of-Work майнинга,
очевидно, что можно было бы всей сетью - смайнить первый блок, после автооптимизации блокчейна.
Тогда, первый блок имел бы такую nonce, которая даёт определённое количество нулей спереди хэша этого блока,
и количество нулей это, оно было бы определено - сложностью майнинга во всей сети.
Тогда, при наличии двух первых блоков, от двух разных автооптимизированных блокчейнов,
произошло бы отклонение одного из них (оверрайд) - в пользу предпочтения другого,
в пользу того блокчейна, у которого количество нулей в хэше, а значит сложность майнинга - больше. Там, значит - сеть помощнее.
Если генерация блоков встала на высокой сложности, из-за того, что майнеры разбежались и прекратили майнинг,
то оверрайд может происходить по длине блокчейна,
или ещё честнее - по количеству транзакций в старом блокчейне (но тогда, опять же, потребуется его скачать и пропарсить).
В таком случае, я считаю, форки блокчейна из разных подсетей - они могли бы исключаться даже после автооптимизации блокчейна,
но иногда, нужно чтобы он был доступен, и он может быть доступен - по magnet-ссылке,
включённой в первый блок "автооптимизированного блокчейна".

Всё-равно старые транзакции просто выкидывались бы из блокчейна, в результате его автооптимизации.
Он весил бы намного меньше, синхронизировался бы - намного быстрее, и конечно же количество блоков в нём было бы меньше.
А так, имеем что имеем... Если пройти на https://etherscan.io/ видно, что там уже 8421470 блоков.
Занимает, вроде, всё это дело - уже больше терабайта.
Основная инфа что содержится там, внутри, так - это транзакции старые, в том числе и транзакции эфиротокенов,
возможно уже давно неактуальных токенов, и транзакций - на адреса, приватные ключи от которых уже давно утеряны.
То есть тупо шлак.
А теперь, представь следующее...
Человек хочет поставить себе ноду.
Купил себе ОТДЕЛЬНЫЙ ТЕРАБАЙТНЫЙ ДИСК, купил его давно, а там - НЕ ХВАТАЕТ МЕСТА УЖЕ.
Купил четырёх-терабайтный... И...
Сколько же ВРЕМЕНИ он будет ждать синхронизации ВСЕГО этого блокчейна??
А валидации блоков его, в результате поблочного парсинга, а??
Я вон, WAVES-блокчейн с его >1600000 блоками - пятые сутки уже валидирую.
Хочется взять и удалить нафиг всё.

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

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

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

То, что ты описал выше, не есть вышеописанная мною "автооптимизация".
Это, скорее - просто ричлист на N-ном блоке, возможно даже с неизрасходованными выходами.
Да, такая фича юзабельна, ведь не надо парсить весь блокчейн до N-ного блока,
чтобы узнать лежат ли монеты на конкретном адресе (и возможно конкретном неизрасходованном выходе) или не лежат.
Но да, такой ричлист требует доверия его генератору, ведь туда, при его формировании - может быть вшиты какие угодно данные.
Да, если он корректен, то можно продолжать парсить основной блокчейн,
начиная лишь с N-ного блока, а до него - опираться на этот вот самый - rich-list.

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