Bitcoin Forum
May 05, 2024, 08:45:09 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 [8]  All
  Print  
Author Topic: Алгоритм распределенного доверия  (Read 17893 times)
imhoneer (OP)
Legendary
*
Offline Offline

Activity: 2548
Merit: 1511



View Profile
September 20, 2021, 08:51:01 AM
 #141

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

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

В сети будут только 2 типа устройств: ноды содержащие весь блокчейн или его большую часть и клиенты.

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

Примерная структура транзакции:

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


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

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

В общем ситуация вносит огромную путаницу, так как нет синхронности по блокам, как у биткоина.

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

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

Таким образом я вношу следующие изменения:

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

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

В сети будут только 2 типа устройств: ноды содержащие весь блокчейн или его большую часть и клиенты.

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

Примерная структура транзакции:

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



         ▄▀▀▀▀▀▀▀▀▀▀▀▀▀▄      
        █  █▀▀▀▀▀▀▀█  █        
       ▄▀▀▀▀▄     ▄▀▀▀▀▄      
▄▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄
█ ▄▀▀▀▀▀▀▀▀▀ ▄▄▄▄▄ ▀▀▀▀▀▀▀▀▀▀ █
█ ▀        ▄▀ ▄ ▄ ▀▄          █
█▄▄▄      █   █▀█   █      ▄▄▄█
 █  ▀▀▀▄▄▄█   █▀▀▄  █▄▄▄▀▀▀  █
 █        █   █▄▄█  █        █
 █         ▀▄ ▀ ▀ ▄▀         █
 █           ▀▀▀▀▀         █ █
 █ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▀ █
 ▀▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▀
    ▀▀                   ▀▀  



Arbitrum Balance
/



             ▄▄████▄▄
         ▄▄████████████▄▄
      ▄██████████ █████████▄
█▀█▄▄▄███████████ █▀█▀██████
▀▀▀         ▀████      ▀████
▀▀▀▀▀▀▀▀█▀▀▄    █ ████  ████
     ▄▄▄ ▀▄ ▀▀▀▀█        ███
     █▄█   ▀▀▀▀▀█ █████  ███
▄▄▄▄▄▄▄▄█▄▄▄▄▄▄▄█       ▄██
   ▄▄▄     ▄█████ █▄█▄████
   █▄█▀▀▀▀███████ ██████▀
            ▀████████▀▀
              ▀▀██▀▀

           


imhoneer investment fund
/


   ▄▄███████████████▄▄
 ▄█████████████████████▄
▄██████████████▀▀███████▄
████████████▀▀    ███████
█████████▀▀   ▄   ███████
██████▀▀     █    ███████
████▀       █     ███████
█████▄▄   ▄█      ███████
████████ ██▄      ███████
▀████████ ▀▄███▄▄███████▀
 ▀█████████████████████▀
   ▀▀███████████████▀▀


Telegram-канал @imho_idea
1714898709
Hero Member
*
Offline Offline

Posts: 1714898709

View Profile Personal Message (Offline)

Ignore
1714898709
Reply with quote  #2

1714898709
Report to moderator
1714898709
Hero Member
*
Offline Offline

Posts: 1714898709

View Profile Personal Message (Offline)

Ignore
1714898709
Reply with quote  #2

1714898709
Report to moderator
1714898709
Hero Member
*
Offline Offline

Posts: 1714898709

View Profile Personal Message (Offline)

Ignore
1714898709
Reply with quote  #2

1714898709
Report to moderator
"Your bitcoin is secured in a way that is physically impossible for others to access, no matter for what reason, no matter how good the excuse, no matter a majority of miners, no matter what." -- Greg Maxwell
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714898709
Hero Member
*
Offline Offline

Posts: 1714898709

View Profile Personal Message (Offline)

Ignore
1714898709
Reply with quote  #2

1714898709
Report to moderator
1714898709
Hero Member
*
Offline Offline

Posts: 1714898709

View Profile Personal Message (Offline)

Ignore
1714898709
Reply with quote  #2

1714898709
Report to moderator
jorongo
Newbie
*
Offline Offline

Activity: 47
Merit: 0


View Profile
December 07, 2021, 02:49:55 PM
 #142

не совсем все понятно,но самая главная суть ясна,еще не понятно,а если не все ноды подпишутся для транзакции ,что тогда?ну и процентное соотношение,тоже немного настораживает,сейчас постараюсь вникнуть до конца
imhoneer (OP)
Legendary
*
Offline Offline

Activity: 2548
Merit: 1511



View Profile
December 07, 2021, 05:19:29 PM
 #143


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

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

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

Про процентное соотношение уже писал выше:
Quote
Я когда думал над своим алгоритмом консенсуса, то пришел к таким же выводам и вот по каким причинам:

- Как правило это POS алгоритмы, а значит там идет по факту голосование деньгами. Если голосование будет 51%, то это плохо. Так как условно Вы получаете контроль над всем, заплатив лишь половину.

- Если сделать порог голосования в 70%, то там будет саботаж голосования путем неучастия. То есть человек тупо скупает 31% голосов и не голосует, в результате нет никакой возможности провести решение.

Именно поэтому оптимален компромиссный вариант с 2/3 голосов, он как бы посередине. Для саботажа нужно уже 35%, а для полного контроля над решениями уже не половину, а 67%.



У меня же для создания блока нужно 60% голосов всей сети, а для саботажа неучастием нужно набрать 41%.

Для заверения транзакции нужно 55% голосов всей сети, а для саботажа неучастием нужно набрать 46%.



         ▄▀▀▀▀▀▀▀▀▀▀▀▀▀▄      
        █  █▀▀▀▀▀▀▀█  █        
       ▄▀▀▀▀▄     ▄▀▀▀▀▄      
▄▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄
█ ▄▀▀▀▀▀▀▀▀▀ ▄▄▄▄▄ ▀▀▀▀▀▀▀▀▀▀ █
█ ▀        ▄▀ ▄ ▄ ▀▄          █
█▄▄▄      █   █▀█   █      ▄▄▄█
 █  ▀▀▀▄▄▄█   █▀▀▄  █▄▄▄▀▀▀  █
 █        █   █▄▄█  █        █
 █         ▀▄ ▀ ▀ ▄▀         █
 █           ▀▀▀▀▀         █ █
 █ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▀ █
 ▀▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▀
    ▀▀                   ▀▀  



Arbitrum Balance
/



             ▄▄████▄▄
         ▄▄████████████▄▄
      ▄██████████ █████████▄
█▀█▄▄▄███████████ █▀█▀██████
▀▀▀         ▀████      ▀████
▀▀▀▀▀▀▀▀█▀▀▄    █ ████  ████
     ▄▄▄ ▀▄ ▀▀▀▀█        ███
     █▄█   ▀▀▀▀▀█ █████  ███
▄▄▄▄▄▄▄▄█▄▄▄▄▄▄▄█       ▄██
   ▄▄▄     ▄█████ █▄█▄████
   █▄█▀▀▀▀███████ ██████▀
            ▀████████▀▀
              ▀▀██▀▀

           


imhoneer investment fund
/


   ▄▄███████████████▄▄
 ▄█████████████████████▄
▄██████████████▀▀███████▄
████████████▀▀    ███████
█████████▀▀   ▄   ███████
██████▀▀     █    ███████
████▀       █     ███████
█████▄▄   ▄█      ███████
████████ ██▄      ███████
▀████████ ▀▄███▄▄███████▀
 ▀█████████████████████▀
   ▀▀███████████████▀▀


Telegram-канал @imho_idea
Pages: « 1 2 3 4 5 6 7 [8]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!