Bitcoin Forum
June 17, 2024, 05:28:48 AM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 [156] 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 »
3101  Local / Русский (Russian) / Re: Инструкция в случае взлома аккаунта ! on: January 26, 2018, 06:10:50 AM
Если что, то есть русская тема для подобной защиты аккаунта https://bitcointalk.org/index.php?topic=2811311
3102  Local / Русский (Russian) / Re: Защита форумного аккаунта по блокчейну on: January 23, 2018, 04:31:59 PM
Мой адрес BTC: bc1q7dwgff4elvqyf3j57a6x27u687sah2yz99k7fe
3103  Local / Русский (Russian) / Защита форумного аккаунта по блокчейну on: January 23, 2018, 04:31:19 PM
Достигая определенных статусов на этом форуме у некоторых пользователей крадут аккаунты. При этом не особо помогают сложные пароли.

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

В этом теме прошу не флудить, не задавать вопросов, а если они есть, то мне в личку.

Вот список шагов которые Вы должны проделать:

1. У Вас должен быть кошелек, позволяющий создавать подписи (из наиболее простых рекомендую Electrum для биткоина BTC или для лайткоина LTC).

2. Выберите адрес, можно пустой, с которого Вы сможете подписать сообщение.

3. Посмотрите на последний пост в этой теме, там другой человек должен написать свой адрес, нажмите в этом посту quote.

4. Теперь процитировав биткоин или лайткоин адрес другого человека, напишите свой пост "Мой адрес BTC: xxx...xxx" или же "Мой адрес LTC: xxx...xxx".

5. Сделайте закладку на свой пост и проследите, чтобы следующий пост содержал цитату с вашим адресом.


Пример:

Пост USER1:
===============================

Мой адрес BTC: 1CLPyRuKK8wLDsG9C2Avuerc54fjYjfWb1
===============================


Пост USER2:
===============================

Quote from: USER1
Мой адрес BTC: 1CLPyRuKK8wLDsG9C2Avuerc54fjYjfWb1

Мой адрес BTC: 17c6YJeyvYYrYK6QfygqZ91aHU6mDxNaB
===============================



На случай, если надо подписать сообщение, только для кошельков Electrum:
Quote
Подпишем сообщение, используя адрес 1NLs6q24Ysk4bfUhDW4uU9j7LqMPvWVD9U.

  • Откройте Electrum-кошелек;
  • В меню найдите «Инструменты» / “Tools” и «Подписать / подтвердить сообщение» / “Sign/verify message”;
  • Введите сообщение, которое вы хотите подписать, и введите адрес, который вы используете;
  • Нажмите «Подписать» / “Sign”. На этом этапе вам может быть предложено ввести пароль вашего кошелька;
  • Ваша подпись появится в нижней половине окна;



3104  Local / Кодеры / Re: Децентрализация против подбора on: January 22, 2018, 06:26:28 AM

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

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

3105  Local / Кодеры / Re: [Erachain] ИСХОДНИКИ легкого кошелька на JS on: January 21, 2018, 05:47:22 PM
У вас похоже проблемы с доменом

3106  Local / Кодеры / Re: Децентрализация против подбора on: January 21, 2018, 05:18:11 PM

Во-первых, вы получили те же самые яйца вид сбоку ту же самую систему PoS,
но в классическом её исполнении ваш шанс смайнить блок зависит от вашего созревшего стека, а
в вашем случае - вам придется стек раскидать на 100500 адресов, чтобы максимизировать
ваш шанс смайнить блок. Ситуация какая-то искусственная, вам не кажется? То есть человек
с 1000 монет раскиданных по 1000 адресов будет майнить блок в 1000 раз чаще в среднем,
чем человек с 1 монетой? Зачем же тогда страдать херней нагружать блокчейн таким сплитом монет?

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


Что ж вынужден признать, что дискутировать не о чем, т.к. идея о децентрализации не получилась.
3107  Local / Кодеры / Re: Децентрализация против подбора on: January 21, 2018, 08:44:58 AM

То есть получается следующая стратегия:
Я создаю 100500 мелких адресов, на которые может выпасть шанс майнинга следующего блока.
В какой-то момент времени на один из моих адресов выпадает тот самый рандом.
Информацию об этом я получаю в 11:50
Блок #100 я должен отправить в сеть в 12:00
В 12:01 сеть меня начнет штрафовать, но у меня есть "льготный период" в 1 час до 13:00
Так?

Что я делаю? Начиная с 11:50 и до 12:59 я всеми своими мощностями перебираю разные варианты
блока #100 чтобы потом блок #101 тоже выпал бы на мой майнинговый адрес. Для этого я могу
пересортировывать транзакции, добавлять в блок свои собственные транзакции (достаточно
одной, чтобы изменился хэш заголовка), в общем, занимаюсь тем самым PoW который
в данном случае похож на PoS, потому что мне одновременно нужны и процессорные мощности,
и шанс на успех зависит от моего суммарного стека.

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

Я же Вам писал в посте 13

Quote
Теперь по поводу подбора, я от варианта включения транзакций в состав поиска адреса следующего блока отказался, а предложил искать адрес следующего майнера следующим способом.

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

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

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





3108  Local / Кодеры / Re: Децентрализация против подбора on: January 21, 2018, 05:55:22 AM

Блядь. Вы на вопрос отвечать будете?
Майнер должен сгенерировать блок в 12:00
В 12:01 ноды сети начали распространять "штрафной блок"
в 12:02 я подключаюсь к сети и получаю от одного из пиров "штрафной блок высоты N",
а от другого пира валидный блок высоты N c таймстампом 12:00

Что мой клиент должен записать в блокчейн? А или Б?

Вы бы хоть тексты читали иногда, в теме расписано это было подробно, Вам также отвечал как можно понятнее

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

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

После этого берем хеш номера 101, берем хеш адреса майнера 100 блока, получаем общий хеш и ищем блок от майнера с этим адресом.

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

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

3109  Local / Кодеры / Re: Децентрализация против подбора on: January 20, 2018, 03:45:34 PM

А если у меня не синхронизирован блокчейн?
Я вечером выключил комп (последний блок был 100), включил с утра и получаю от одного
пира блок 101 (валидно оформленный), а от другого пира штрафной блок?
Кому верить?

Если временные рамки механизма согласования не вышли, то все просто, блок 101 заменяет штрафной блок.

Но, а вот, что будет, если они вышли, а я думаю Вы этот вариант предусматривали в вопросе.

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

Если он с нуля качает блокчейн или согласовывает вчерашний блокчейн с сегодняшним, то нужно смотреть на время пришедшего 101 валидного блока, если время не отличается от 100 блока на 1-3 часа, то принять его и опросить дополнительно случайных 30 нод на этот блок, если там тоже самое, то принять его окончательно, ну а если время больше, то отбросить и оставить штрафной блок.

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


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


А вот это хотелось бы понять

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

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


3110  Local / Кодеры / Re: Децентрализация против подбора on: January 20, 2018, 03:00:12 PM

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

Скиньте, мне интересно посмотреть, особенно хочу понять момент, что будет мотивировать держать ноды, если не деньги.
3111  Local / Кодеры / Re: Децентрализация против подбора on: January 20, 2018, 10:21:09 AM

А как другие пользователи смогут стань майнерами, если у них денег нет... Как-то не совсем по следам Накамато - получается просто PoS система, купи монеты и майни, что-то типа финансовой пирамиды...

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




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




Можно подправить PoW, сделать алгоритм асикоустойчивым (а также GPU-устойчивым). Я даже знаю как: https://bitcointalk.org/index.php?topic=2666995

А вот в это уже не верю я, так как всегда можно найти более мощные вычислительные ресурсы, чем у другого человека. Да даже элементарно, у меня слабый ноутбук, а у человека мощный сервер. Как здесь уравнять?

Прикольно, мы с Вами пытаемся решить одну проблему, но с разных сторон  Grin

3112  Local / Кодеры / Re: Децентрализация против подбора on: January 20, 2018, 10:12:22 AM


Опять не сходится.
Кто создает этот "штрафной блок"? Кто-то один или все сразу?
Допустим, вы сможете выбрать из сети "арбитра", который и будет штрафовать майнера
(Хотя это напоминает задачу про белого бычка - сперва выбираем майнера, потом выбираем арбитра,
потом выбираем арбитра для арбитра...). Либо арбитром являются все ноды сети.

Но как быть мне? Я утром включаю свой клиент и получаю от одного своего пира блок N, а от другого пира
штрафной блок N. Как мне определить - кто мне врёт? Майнер или арбитр?


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

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

После этого берем хеш номера 101, берем хеш адреса майнера 100 блока, получаем общий хеш и ищем блок от майнера с этим адресом.

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

3113  Local / Кодеры / Re: Децентрализация против подбора on: January 20, 2018, 09:15:37 AM

Сорян. Я не стал читать стартовый топик и все обсуждение дальше пункта 8.
Уже сразу видны проблемы: что значит "вычисляем сам хэш"?
На разных нодах разный набор транзакций, а с помощью их перестановки и/или
использования scriptSig coinbase-транзакции можно заниматься подбором до
тех пор, пока результат не станет нас удовлетворять.

Если майнер блока N однозначно определяется не самим блоком N, а блоком N-1,
то сразу возникает две проблемы - либо мы опять подбираем параметры блока N-1
так, чтобы потом и блок N тоже был бы наш. Либо находится какой-нибудь Вася,
который по приколу говорит: "а вот пока мне не перешлете миллиард баксов, я не
включу свою ноду"

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

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

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

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

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


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

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

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




3114  Local / Кодеры / Re: Децентрализация против подбора on: January 20, 2018, 07:25:14 AM

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

Еще что мне не нравится:
Майнера может не оказаться в сети, значит пользователи пострадают
Непонятно кто будет первый майнер - ведь сначала нужно положить депозит, а чтобы положить депозит нужно чтобы кто-то принял транзакцию в блок и подписал...
Перестройка всего блокчейна это очень плохо. Кстати вы оперируете временем 20 блоков и 1-3 часа, у вас что блоки 10 минут будут создаватьсяHuh Нужно 5 сек, а 10 минут у нас уже давно есть...

Самые первые блоки майнит создатель, все по следам Сатоши Накомото. Как только намайнилось достаточно монет, пусть хотя бы 10-20, то эти блоки намертво вставляем в клиент и приглашаем остальных участников.

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

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

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

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




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

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

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

Подменить блокчейн мешает скомпилированный клиент, содержащий в себе начальные блоки.



PoS - не может быть объективным алгоритмом консенсуса, посмотрите плз в интернете исследования на эту тему. Корень этого я уже указывал и он кроется в том, что мы с вами в "матрице" (мы - это алгоритм консенсуса). Мне кажется что не надо пытаться что-то придумывать, это как попытка создать вечный двигатель при наличии закона сохранения энергии. При придумывании у нас постоянно будет что-то вылазить, мы будем ставить костыли, но после этого будет вылазить другие косяки и так далее...

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


А кстати вопрос немножко не в тему, а зачем вам это все, зачем алгоритм консенсуса придумываете?

Суть в том, что у многих криптовалют теряется изначальная идея о децентрализации. У POS алгоритма она потеряется из за концентрации капитала, а у POW из за концентрации вычислительных мощностей.

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

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


3115  Local / Кодеры / Re: Децентрализация против подбора on: January 19, 2018, 05:07:20 PM

Легко! Хеш создается примерно со скоростью 100К в секунду на обычном компе на одном ядре.
Тем более нам нужен не конкретный, а просто наиболее близкий. Генерим миллиард, потом отбираем нужную цепочку адресов и первый адрес в цепочке встраиваем в генезис блок, все делов то день работы...

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



Дык все же зависит от адреса актуального майнера? Мне показалось что нет. Выше писали про объединение сети и там так получалось, что все адреса известны заранее.

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

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

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

Таким образом искомый адрес майнера для нового блока, это комбинация слабо и сильно меняющихся данных.


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

Что происходит дальше, как мы только что заменили штрафной блок на найденый блок от майнера, мы начинаем перестраивать блокчейн. Т.е. представте, что мы нагенерили 20 блоков от общего блока. А изменили пусть даже первый от общего блока, таким образом остальные 19 блоков могут стать неактуальными. Поэтому пока их отложем в сторону.

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

В текущем моменте мы имеем объединенную сеть состоящую из 2-х подсетей в результате потери связи:

- первую, где был майнер на 1-ом блоке от общего и она имеет сейчас 20 блоков от общего.

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

Т.е. эти две разделенных сети синхронизировали только свои первые блоки от общего.


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

Майнер во второй сети создает блок и рассылает сети. Что происходит:

- в первой сети приходит второй блок от общего, он заменяет собой штрафной блок и начинается переделка блокчейна.

- во второй сети, где уже прошла переделка блокчейна, он просто включается в цепочку блокчейна.


Таким образом, после потери связи и разделения сети на 2 равных сети, они по отдельности нагенерили по 20 разных блока от общего блока (место от которого пошло разделение), но при востановлении связи и соединении, они синхронизировались на 2 блока от общего, а остальные блоки у той и другой сети были удалены, транзакции в этих блоках были перемешены в мемпул.

Пожалуй для механизма согласования временное окно сутки это много и скорее это будет 1-3 часа.

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

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


Еще раз про объективность и субъективность, дело не в плохом или хорошем PoW. Просто алгоритм консенсуса должен быть объективным (см. выше определение).

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

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



Оказывается то что вы пытаетесь придумать уже как всегда придумано Smiley
Quote
PoS на основе цепи
Алгоритмы PoS на основе цепи симулируют консенсус PoW, в котором протокол присваивает право создания целого нового блока псевдослучайно выбранному валидатору, а новый блок привязывается хэшем к родительскому блоку самой длинной предыдущей цепи.

Да у моего алгоритма идеология POS, он так и называется RndPOS, только в отличии от него не привязывается к большинству и величина денег не играет никакой роли.





P.S.
Хотя, я тут подумал, даже если адрес предопределен я тоже самое могу сделать (сгенерить нужную цепочку адресов, переподписать ими блоки, а потом выкинуть все это в сеть). Все алгоритмы PoS этому подвержены, для защиты от таких атак применяются "чек-поинты". Но все это попахивает централизацией и не соответствует названию вашей темы Smiley

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

3116  Local / Кодеры / Re: Децентрализация против подбора on: January 19, 2018, 01:25:02 PM
Очень рад, что поддерживаете дискуссию.


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

Адрес майнера - это адрес кошелька, на который положена не большая сумма и которой нужно отстояться примерно 7 дней (это как классический POS только сумма не играет роли, только чтобы она была не меньше определенного количества. Сумма небольшая, чтобы каждый мог иметь у себя несколько кошельков). Поэтому Вам надо не только нагенерить, но и положить туда деньги. И этот кошелек активен станет только через дней 7. Поэтому не получиться создать кошелек с нужным адресом под следующий блок.




2. Следующий минус: создатель криптовалюты может изначально нагенерить их - так как у него будет фора во времени. Он точно будет знать какой адрес будет следующий (Какой победит) и поэтому может приступить к генерации 3-го и т.д.

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

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




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

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

В то время как у моего алгоритма есть очень важных 2 вещи: это не требовательность к деньгам и вычислительным мощностям и невозможность атаки 51%, т.к. алгоритм просто не ориентируется на большинство.

3117  Local / Кодеры / Re: Децентрализация против подбора on: January 19, 2018, 12:01:18 PM
Для выбора следующего майнера мы не будем использовать хеш всего блока, где есть транзакции. А будем учитывать только следующие величины.
1. Номер блока. Даже если хешировать просто номер нового блока, то мы будет получать всегда разный хеш, но понятно, что учитывать только его нельзя так как его значение прогнозируемое.
2. Адрес майнера смайневшего текущий блок. Данная величина является мало прогнозируемой и становиться окончательно известной, только при получении текущего блока. В случае если блок не получен, то создается штрафной хеш блок без подписи, но майнер для этого блока считается, как адрес майнера создавший предыдущий блок.

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

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

Сеть будет небезопасна, а консенсус недостижим. Я уже вам писал в теме-дубле: https://bitcointalk.org/index.php?topic=2715170
Но вы не дали ответ. Формально ответили, но вопросы не были решены. Повторяюсь вам нужно решить проблемы:
1. Атака из глубины
2. Вечный майнер - манипуляция текущего майнера с хешем блока для вечного своего выбора для валидации следующего блока.

Вот пример ситуации:
1. Представьте что сеть случайно на некоторое время разделилась (оборвался канал связи между Европой и Америкой). В обоеих частях сети образовалось по 20 блоков. После того как каналы связи подсоединились чьи блоки примут участники сети? А третьи лица - новые пользователи, которые только что загрузили клиент: у них две версии блокчейна... Еще хуже ситуация - атака из глубины, я практически с нулевого блока переписываю цепочку и отправляю в сеть, чем моя цепочка хуже?
2.Что мне мешает на пункте 2 такой создавать блок, чтобы хэш был всегда мне выгоден? Просто добавляя ту или иную транзакцию с суммой около нуля, пока хэши от пунктов  2-4 не станут похожи на наш адрес, чтобы опять победить в гонке за майнинг. Такая операция подбора будет выполняться очень быстро - порядка миллиона в секунду и при наличии даже миллиона адресов кошельков можно за 1 секунду подобрать нужный...

Странно сами привели мою цитату и написали совершенно другое.

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


Теперь пункт 1.
Начнем с этого момента

Quote
Еще хуже ситуация - атака из глубины, я практически с нулевого блока переписываю цепочку и отправляю в сеть, чем моя цепочка хуже


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



Quote
А третьи лица - новые пользователи, которые только что загрузили клиент: у них две версии блокчейна...

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



Quote
Представьте что сеть случайно на некоторое время разделилась (оборвался канал связи между Европой и Америкой). В обоеих частях сети образовалось по 20 блоков. После того как каналы связи подсоединились чьи блоки примут участники сети?

Давайте рассмотрим подробнее. Есть сеть, получен текущий блок и связь у многих оборвалась, получилось как бы 2 отдельных сети. Начиная с этого момента каждая сеть начинает создавать свои блоки. Эти сети начинают с одного общего блока, они вычисляют адрес майнера для следующего блока. Вот какие варианты будут:

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

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

- в одной и другой сети, майнер не создает блок или создает не валидный блок в одной из сети, за что в обоих сетях он наказывается и создается штрафной блок.

Пусть в каждой сети создалось 20 блоков. Потом через некоторое время связь востановилась.

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

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

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



3118  Local / Альтернативные криптовалюты / Re: "привлекать инвесторов в ICO проекты" on: January 18, 2018, 12:08:04 PM

Ну вот, взяли и всю тайну настеж... )
Уже прямо сейчас несколько китайских инженеров работают над говорящими фаллоимитаторами, завтра Алиэкспресс завалят ими, а я думал до ICO дорасти (

Однако, Вы хитрец с такого хода рекламу пропихивать  Grin
3119  Local / Бизнес / Re: Сдаю криптокотика для размножения on: January 18, 2018, 11:57:18 AM

У Вас получше моих  Cheesy
3120  Local / Бизнес / Re: Написание худ. произведений с продакт пла on: January 18, 2018, 11:49:34 AM

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

Уважаемый, а если сделать не так как Вы написали все в открытую, а немного по другому. Условное название Эксперимент.

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

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

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

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

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

Вот в пути можно описать его приключения, как ему помогал прибор.

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

Ну вот как-то там повернуть сюжет.


Pages: « 1 ... 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 [156] 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!