У нещодавній розмові в X, CTO Ripple Девід Шварц знову прокоментував спекуляції щодо відсутніх ранніх блоків на XRP Ledger (XRPL).
Роз'яснення з'явилося, оскільки скептики продовжують ставити питання, чому перші 32,000 бухгалтерських книг на XRPL залишаються відсутніми з публічної історії, прогалина, яка часто сприяла спекуляціям про втрату даних або навмисне пропускання.
У більш пізній відповіді на триваючі спекуляції Шварц відкинув думку про те, що відсутні блоки були навмисно відкинуті. CTO Ripple також відповів на питання, чому команда не скинула реєстр, щоб почати заново.
У відповідь на критику X, яка знову підняла це питання, запитуючи, чому книга обліку не була скинута після цього, Шварц заявив, що нічого не можна було зробити, щоб відновити відсутні дані.
"Нічого, що ми могли б зробити, не відновило б відсутню інформацію. Ви питаєте, чому ми не викинули ще більше інформації, відмовившись навіть від блоків, які були відновлені," відповів CTO Ripple.
Що сталося?
Запис XRP Ledger починається з Леджера #32,570, залишаючи перші 10 днів активності, майже 32,000 леджерів, незворотними. Девід Шварц, CTO Ripple, відповів на подібні спекуляції в травні, уточнивши технічний та історичний контекст проблеми.
Згідно з CTO Ripple, це була відома проблема з ранніх днів розробки XRP, коли тестувались кілька потоків бухгалтерських книг.
Шварц заявив, що багато потоків бухгалтерських книг було створено в процесі тестування та розробки програмного забезпечення XRPL. Він додав, що в одному з багатьох потоків програмна помилка призвела до втрати деяких бухгалтерських книг ( приблизно на 10 днів ).
CTO Ripple додав, що хоча наступне скидання реєстру очікувалося, щоб зробити цю проблему неактуальною, цього ніколи не сталося, оскільки ніколи не було іншого скидання реєстру. Команда обговорювала можливість скидання реєстру для чистоти, але це призвело б до менше публічної історії, оскільки це видалило б все після 32 000 реєстрів.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Ripple CTO закінчує спекуляції щодо відсутніх блоків XRP Ledger: деталі
У нещодавній розмові в X, CTO Ripple Девід Шварц знову прокоментував спекуляції щодо відсутніх ранніх блоків на XRP Ledger (XRPL).
Роз'яснення з'явилося, оскільки скептики продовжують ставити питання, чому перші 32,000 бухгалтерських книг на XRPL залишаються відсутніми з публічної історії, прогалина, яка часто сприяла спекуляціям про втрату даних або навмисне пропускання.
У більш пізній відповіді на триваючі спекуляції Шварц відкинув думку про те, що відсутні блоки були навмисно відкинуті. CTO Ripple також відповів на питання, чому команда не скинула реєстр, щоб почати заново.
У відповідь на критику X, яка знову підняла це питання, запитуючи, чому книга обліку не була скинута після цього, Шварц заявив, що нічого не можна було зробити, щоб відновити відсутні дані.
"Нічого, що ми могли б зробити, не відновило б відсутню інформацію. Ви питаєте, чому ми не викинули ще більше інформації, відмовившись навіть від блоків, які були відновлені," відповів CTO Ripple.
Що сталося?
Запис XRP Ledger починається з Леджера #32,570, залишаючи перші 10 днів активності, майже 32,000 леджерів, незворотними. Девід Шварц, CTO Ripple, відповів на подібні спекуляції в травні, уточнивши технічний та історичний контекст проблеми.
Згідно з CTO Ripple, це була відома проблема з ранніх днів розробки XRP, коли тестувались кілька потоків бухгалтерських книг.
Шварц заявив, що багато потоків бухгалтерських книг було створено в процесі тестування та розробки програмного забезпечення XRPL. Він додав, що в одному з багатьох потоків програмна помилка призвела до втрати деяких бухгалтерських книг ( приблизно на 10 днів ).
CTO Ripple додав, що хоча наступне скидання реєстру очікувалося, щоб зробити цю проблему неактуальною, цього ніколи не сталося, оскільки ніколи не було іншого скидання реєстру. Команда обговорювала можливість скидання реєстру для чистоти, але це призвело б до менше публічної історії, оскільки це видалило б все після 32 000 реєстрів.