Разница между блокчейном Биткойн и регистром Ripple?

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

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

Хранит ли книга Ripple историю книг от 0 до N или хранит только N? В каждой книге Ripple хранится информация обо всех учетных записях или только об учетных записях, по которым недавно происходила транзакция?

Ответы (2)

Ripple Ledger хранит историю реестров от 0 до N или хранит только N?

Это просто вопрос определения. Вы можете определить леджер как одно состояние сети с одним порядковым номером. Или вы можете определить реестр как каждое прошлое состояние сети.

Чаще всего мы используем термин «бухгалтерская книга» для обозначения одного состояния сети в одно и то же время.

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

Опять же, это просто вопрос определения. Чаще всего мы используем термин «бухгалтерская книга» для обозначения всех записей состояния (счетов, предложений, линий доверия и т. д.), которые были подключены в определенный момент времени.

Дизайн леджера пассивный. То есть конкретная запись может находиться в реестрах от 10 000 000 до 20 000 000 без каких-либо особых событий с ней и без какой-либо обработки, поскольку она просто находится в реестре и ничего не делает.

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

Я предполагаю, что здесь речь идет о репликации информации из предыдущего реестра в новый реестр. Каждый раз, когда завершается новый раунд консенсуса, высота леджера изменяется с N на N+1. Мой вопрос (и я считаю, что первоначальный вопрос): информация, которая добавляется и сохраняется, содержит только новые транзакции или также содержит ссылку на предыдущие балансы и счета, кроме ссылки на предыдущий хэш высоты? Что непонятно в ответе.
Он также содержит ссылки на предыдущие балансы и счета, потому что они не изменились и поэтому все еще там. Он пассивно продолжает включать их.
Спасибо Дэвид за ответ, но это все еще не ясно. Я предполагаю, что правильный вопрос: передается ли «дерево состояний» по сети для каждого нового Ledger или просто хэш корневого узла дерева состояний? Может быть, это предмет другого вопроса.
Каждый синхронизированный узел сам создает новый реестр. Они подтверждают хэш заголовка реестра, который включает хэш корневого узла дерева состояний. Любой сервер, который по какой-то причине не может построить этот реестр, но хочет, чтобы он был получен, должен получить заголовок реестра по хэшу, затем корень дерева состояний по хешу и так далее. Если у них есть недавняя книга, ветви дерева быстро приведут к узлу, который у них уже есть, поскольку они извлекают измененные узлы.

Насколько я понимаю, основное отличие состоит в том, что с каждым новым реестром серверы Ripple предоставляют корень хэша Merkle Tree всего «состояния учетной записи» (каждая учетная запись, балансы и т. д.), включая новые транзакции. Таким образом, узлы могут сравнить хэш дерева Меркла и убедиться, что у них есть текущая книга.

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

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

Интересно, насколько интенсивно генерировать хеш всей книги в каждом раунде. Хорошая тема для нового вопроса.
Вот вопрос, упомянутый в предыдущем комментарии ( bitcoin.stackexchange.com/q/69258/59247 ). Ответов пока нет.