Поржал несколько дней.
...
Ты уверен, что "Транзакции имеют свой прямой ЭЦП ключ(одноразовый!)" или опять с прямым углом спутал?
Разъясни свою "одноразовость", представь ситуацию:
У меня есть кошелек (с приватным ключем) и на нем 100бтц.
Кошелек - это файл? Правда?
Я этот кошелек отправляю другу на противоположный конец земли (просто файл по почте пересылаю), с приватным ключем, конечно же.
В заранее оговоренное время мы, одновременно, совершаем платежи с этого кошелька по 100 бтц в разные места.
Теперь расскажи, как без майнинга, в условиях полной децентрализации (центробанка у нас ведь нет в этой сети, правда?) какой-то из платежей распознать, как правильный, а другой отвергнуть? И на каких основаниях?
го участия зарабатывать легче
(ух и туго же до тебя 2*2 доходит)
А в чем собстно ты тут видешь проблему? (ну ты объясни - мне ж интересно как твои глюкавые мозги работают
)
Я тут никаких проблем не вижу - если нарушаешь правила,
то никто тебе правильной работы не гарантирует - то есть это твои проблемы. Не нарушай.
(никто не обещал работу одной копии кошелька из разных мест - если так надо, то ставь на виртуальную
машину кошелек и пользуйтесь дистанционно одной копией кошелька)
Так что в любом случае это твои проблемы - либо не читал правила, либо решил хакнуть, что еще хуже.
А работать будет нормально.
Какая из транзакций правильная? Да выбери любую - какая разница! (строго говоря они обе правильные
тк без тебя твой ключ к монете никто получить не мог, то есть только ты в этом виноват и за это поплатишься)
Главное тут чтобы все клиенты выбрали одну и ту-же - а какую именно уже не так важно.
Какую из двух выбрать? Да любую какая больше нравиться(от реализации может зависеть, или это можно
описать в правилах сети) - ту у которой номер симпатичнее, либо ту у которой в поле времени число меньше.
Не принципиально.
Если же коды идентичны(хакнуть решил?) - то если ничего другого не помогает, то можно использовать
все тот-же метод 51% - опросить сеть, посчитать какая транзакция известна на большем количестве клиентов,
ту и оставить...
Зато при такой схеме проверка делается макс за 5-10 сек - после получения транзакции выжди сек 5,
и если вторая не пришла, то значит перевод уже подтвержден! Не надо ждать часами несколько блоков
как это сейчас - и кстати если хакнут 51% через пулы, то левая цепочка может формироваться неделями,
так что существующая сейчас схема проверки менее надежна...
(то есть спор могут вызывать только транзакции с почти одинаковым временем прихода, +- неск сек
на время распостранения сигнала по сети - если это время больше 10 сек, то первая транза уже будет
гарантировано проведена по всей сети и вторую можно просто откидывать)
Так-же можно просто спорные монеты блокировать до выяснения и все. Или потом заменять на другие равной стоимости.
Vladimir
PS кстати нет ничего плохого и в централизованном методе решения этой проблемы - надежность сети это
не понизит тк если пользуешься правильно, то центр не нужен, а если лох читать не умеешь, то центр обслуживания
тебе(за свои % в решении проблем конечно) голосом 10 раз объяснит по тел что так делать нельзя.
После чего произведет обмен спорных монет на другие аналогичной стоимости - контроль за стоимостью
может делать вся сеть, так что проблем нет, сеть проследит чтобы замененные монеты имели ровно ту-же стоимость
и денежная масса не увеличилась...
PPS это просто один из вариантов - тут можно придумать тыщи разных методов.
