Зачем ripple вести длинный реестр? Почему недостаточно хранить только самые предыдущие сведения о транзакциях? Какова цель ведения журнала с длинной историей?
Во-первых, обратите внимание, что Ripple использует термин « бухгалтерская книга» немного иначе, чем обычно .
В Ripple бухгалтерская книга — это набор всех учетных записей Ripple, всех их текущих балансов, всех открытых торговых предложений и только сведений о транзакциях, которые оправдывают изменения в этой бухгалтерской книге по сравнению с предыдущей бухгалтерской книгой. Конкретная книга Ripple не содержит какой-либо другой истории транзакций в прошлом.
Несмотря на это, реестр Ripple может быть несколько большим из-за деталей реализации его двоичного представления. Реализация ценит скорость поиска, эффективность синхронизации, хеширование подчастей и другие функции, а не абсолютный размер.
История транзакций в Ripple хранится на серверах, хранящих несколько прошлых регистров, сколько угодно, которые образуют цепочку, аналогичную цепочке блоков Биткойн. Однако, в отличие от Биткойна, новые транзакции могут обрабатываться сервером Ripple, у которого есть только последняя проверенная книга. Такие серверы (валидаторы) могут свободно удалять все старые реестры (и их транзакции).
В настоящее время большинство общедоступных серверов Ripple (которые принимают отправку транзакций и запросы о состоянии) поддерживают почти полную историю всех прошлых реестров и, следовательно, могут отвечать на запросы, относящиеся к исторической информации (например, список прошлых транзакций, которые повлияли на конкретную учетную запись через API account_tx ) , но ни один из серверов Ripple не обязан предоставлять такую историю (серверы информируют клиентов об имеющихся у них диапазонах или реестрах).
Желательно иметь по крайней мере несколько серверов Ripple, делающих как можно больше прошлой истории общедоступными, чтобы любой заинтересованный мог запросить информацию о прошлых транзакциях. Например, ожидается, что шлюзы будут запускать серверы Ripple для своих клиентов и настраивать по крайней мере некоторые из них для хранения полной истории с момента создания шлюза (по крайней мере).
По мере увеличения требований к хранилищу для полной истории может стать более распространенным использование «тонких» серверов Ripple, которые хранят только фиксированную историю (возможно, за несколько недель) по соображениям стоимости. Клиенты Ripple могли бы использовать их для более быстрой повседневной работы (например, если бы их было больше или если бы они были расположены ближе к клиенту), и им нужно было бы запрашивать только потенциально более медленные (например, если их меньше и больше). перегруженных или удаленных от клиента) серверов, когда требуется более древняя история.
Ник Бугалис