Сообщается, что пока рассматривается вопрос о предоставлении Виннику политического убежища, его не могут экстрадировать. По словам адвоката, даже если его клиенту откажут, защита обжалует это решение.
По всей видимости, адвокаты пока хотят выиграть время. Полагаю, убежище не предоставят, хотя всё может быть.
|
|
|
Что ж вынужден признать, что дискутировать не о чем, т.к. идея о децентрализации не получилась.
Возможно, Ваша идея очерёдности майнинга согласно некому хешу может быть полезна для установления приоритета в PoW-алгоритмах, чтобы исключить майнинг орфанных веток.
|
|
|
Спасибо, полезное обзорное видео. Но слишком коротко и слишком общие фразы. Меня больше интересует конкретика. В принципе, этой информации достаточно для того, чтобы продолжить поиск. Я просто надеялся, что, возможно, есть книга, написанная программистом и для программистов, описывающая каждый алгоритм. зачем вам каждый алгоритм? в биткойне в принципе нет ничего такого нового. это набор технологий, которые используются и в других сферах. 1) хэш-функции sha256, ripemd-160 2) ecdsa 3) базы данных 4) bloom-filters ну и так далее. вы конкретно определитесь, что вам нужно и пляшите от этого. чтобы понять как работает ecdsa, вам не нужно искать книжку про биткойн Есть несколько простых вопросов, на которые ответы мне не очевидны. Например, одному приватному ключу строго соответствует лишь один публичный ключ или же есть возможность сгенерировать несколько публичных ключей для одного приватного? Возможно есть материал, в котором был бы доходчиво описан процесс создания публичного ключа из приватного? Если речь о ECDSA secp256k1, то публичным ключом является пара координат X и Y, каждая по 256 бит (32 байта). Вместе они занимают 512 бит (64 байта) плюс добавляется ещё один служебный байт в начале. Потом эта строка хешируется сначала SHA256, потом RIPEMD160, в итоге получается строка 160 бит (20 байт), что на 96 бит (12 байт) меньше длины приватного ключа. Это Bitcoin-адрес (по сути, публичный ключ). Разумеется, в такой ситуации к одному и тому же 160-битному Bitcoin-адресу могут подойти разные 256-битные приватные ключи (в среднем 2^96 приватных ключей на один Bitcoin-адрес).
|
|
|
99% транзакций - стандартные. Расшифровать скрипт стандартной транзакции проблем нет.
А можно на пальцах объяснить как именно? Что-то никак не могу вкурить по описанию на вики как это сделать. Лучше посмотрите, как реализовано декодирование блоков в исходниках Bitcoin Core: https://github.com/bitcoin/bitcoin
|
|
|
Скорее всего либо перезапуск, либо "хардфорк" с заплатками корячится...
Похоже, первый блин получился комом. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
как надоели эти биржи, переброс денг с одной на другую для выгоды, хочется, чтобы единая была, исключены были бы спекуляции
Спекуляции - часть рынка. От них нельзя уйти, так как людей никто не заставляет действовать так, как хотят спекулянты. Не хотите спекуляций - не участвуйте в торгах. Других вариантов не вижу. Сейчас криптовалютный рынок децентрализован. Иногда одни и те же монеты торгуются в одно и то же время на разных биржах по существенно разным ценам, поэтому, наверно, следует использовать инструменты для арбитражных сделок.
|
|
|
Вы считаете, что условные переходы как-то более сложно реализовать транзисторной логикой чем побитовые операции?
Скорее всего, асикостойкий алгоритм должен использовать как можно больше типов математических операций. Если речь о 32-битной архитектуре, то следует использовать все возможные инструкции x86: https://en.wikipedia.org/wiki/X86_instruction_listings
|
|
|
Furthermore, we saw 30%+ drops in other cryptos, even unminable, non-decentralized ones. So, conspiracy theorists, why do you think bitcoin really suffers these sporadic crashes, could it be large-scale market manipulation? Or is it simply FUD leading to a wide-spread panic selling?
I think that the primary reason of the current high volatility of Bitcoin is the rumors from the South Korea. The situation is nervous, therefore some people commit a panic sales.
|
|
|
Bitcoin goes up and down. Now the prices of almost all cryptocurrencies is decreasing significantly again. It seems that the South Korea wants to ban the exchange markets anyway.
|
|
|
Любой open-source - это хорошо. ICO-кабинет может быть полезным.
|
|
|
Итого: ¼ всех случайных команд приводит к условному переходу примерно ⅓ команд - к случайному наполнению аккумулятора примерно ⅓ команд - к перемешиванию хеша
Можно убрать все арифметические операции (команды 4R-AR), а ввести только сложные тригонометрические функции, как например команда BR, чтобы затруднить работу на GPU
Собственно, тригонометрические функции тоже состоят из элементарных арифметических операций.
|
|
|
Ниже я привожу такой алгоритм, как он Вам, теперь всегда будете дропать? Что помешает сделать асик использующий именно такой алгоритм? Вы думаете в SHA256 нет операций побитовых сдвигов и условных переходов? Смотрю исходный код SHA256. Есть побитовые сдвиги, условных переходов нет.
|
|
|
Вычислительные операции алгоритма должны быть заранее неизвестны и задаваться, например, исходя из хеша предыдущего блока.
Во-первых, это не помешает сделать асик. Во-вторых, я буду дропать (не отдавать свой подсчет в сеть) блок N если после него блок для блока N+1 будет выпадать неудобный мне алгоритм. Смысл? Вы хотите майнить абсолютно все блоки подряд?
|
|
|
Приветствую! Есть задачка: взять задачу с пула и раскидать ее на необходимое кол-во "слабых" майнеров, которые в одиночку с полной сложностью справиться не могут. Сталкивался кто-нть с подобным?
Обычно в таких случаях на Stratum-сервере создаются отдельные порты для подключения клиентов. Если майнер "слабый", то он подключается к одному порту, если "сильный", то к другому, при этом сервер раздаёт задания соответствующей сложности.
|
|
|
7. Беря таким образом значения и уменьшая выбранную группу адресов мы приходит к единственному адресу.
8. Только этому единственному адресу разрешается создать следующий блок и подписать его своей подписью. Подпись блока должна однозначно показывать какой адрес подписал этот блок.
9. Ожидаем только блок с подписью от вычисленного адреса.
10. Принимаем блок от разрешенного адреса.
11. Делаем его проверку на двойную трату и прочее.
12. В случае если не получаем блок от указанного адреса в течении допустим 1 минуты или сам блок некорректен или есть двойная трата в нем, то пункт 13.
13. Создаем спецблок из одной транзакции или команды. В данном случае мы наказываем спамера либо тразакцией забирая его все деньги с адреса на спецсчет сети или просто ликвидируем этот адрес со всеми там деньгами.
Говоря утрированно, Вы предлагаете не устраивать гонки PoW как в Bitcoin, а майнить поочерёдно согласно некому хешу.
|
|
|
I think if the South Korea will ban an exchange markets, the price of Bitcoin will crash significantly.
|
|
|
Возможно, орфанов много из-за того, что слишком часто добавляются блоки в блокчейн, и ноды не успевают синхронизироваться.
|
|
|
Как нейросеть поможет брутфорсу, если брутфорс по своей сути это просто перебор всех возможных комбинаций. Это как вас подключить, для ускорения брутфорса ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) даем на вход сети адрес кошелька, на выход - приватный ключ. Обучаем заранее сгенерированными случайными кошельками (ванитиген в помошь). Даже если сеть научится предугадывать пару байтов из 256-ти или сокращать возможный диапозон значений для определенных байтов - это минус энное количество вариантов перебора, минус энное количество интераций - а значит ускорение брутфорса. "Пожиратели мозгов" не дремлют, уже и нейросети хотят подключить. ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
Отсюда вывод: чтобы сделать алгоритм, который будет выгодно считать только на связке CPU + RAM, нужно подобрать такой класс задач, который: 1. очень хреново параллелится (это поможет только от щёлканья одной задачи параллельно на GPU, но не поможет от того, чтобы запустить их тысячу параллельно),
По первому пункту большой вопрос - а существует ли такой? Очень хотелось бы чтобы он был. Однако особенность PoW в том, что нужно большое время в работе и очень маленькое время при проверке. Поэтому в обычном понимании "плохо распараллеливаемые алгоритмы" нам не подходят. Например, такой алгоритм PoW как расчет хэша SHA-256 я думаю, что тоже не распараллеливаемый алгоритм, но его просто запускают параллельно с разными параметрами nonce. В общем-то, успешный подбор/угадывание нонса и определяет "удачливость" майнинга. Полагаю, Вы говорили именно о создании PoW-алгоритма, для которого будет достаточно сложно/невыгодно сконструировать ASIC. Вы предложили использовать некий интерпретатор, вот это хорошая идея. Вычислительные операции алгоритма должны быть заранее неизвестны и задаваться, например, исходя из хеша предыдущего блока.
|
|
|
|