Чому традиційний розрахунок за облігаціями повинен бути T+2? По суті, це не технічна затримка, а неминучість у трьох етапах — звірка, управління ризиками та відповідність нормативам. Спершу потрібно підтвердити надходження грошей, потім цінних паперів, і нарешті — відповідність ідентичності обох сторін. Процес йде по кроках, швидко не зробиш.
Ідея Dusk цікава. Безпосередньо одночасно обробляти ці три етапи, все поміщається у доказ з нульовим розкриттям:
Брокер на стороні ланцюга завантажує в банківський сховищний сервіс Merkle-дерево позицій; покупець відображає євро у нативну стабільну монету Dusk D-EUR, пакуючи їх у ZK-Rollup; вузли одночасно перевіряють три речі — "Достатність D-EUR покупця"
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
18 лайків
Нагородити
18
5
Репост
Поділіться
Прокоментувати
0/400
SerumSqueezer
· 01-13 21:29
Ха, ZK-доказательство ця паралельна перевірка виглядає круто, але справжня реалізація залежить від того, як ті, хто відповідає за регулювання, сприймуть цю систему
Переглянути оригіналвідповісти на0
BlockImposter
· 01-12 07:32
Процеси у банківській системі справді застарілі та жорсткі, потрібно йти крок за кроком. Ідея паралельної верифікації Dusk дійсно крута, але питання в тому, коли вона буде впроваджена?
Переглянути оригіналвідповісти на0
LightningHarvester
· 01-11 09:53
Так, ця ідея дійсно можлива, обробка процесу секційного знищення паралельно з послідовною обробкою.
Переглянути оригіналвідповісти на0
RektRecorder
· 01-11 09:52
Знову ця система ZK-доказів, звучить круто, але як насправді реалізується? Боюся, що це знову один проект на презентаціях.
Переглянути оригіналвідповісти на0
GraphGuru
· 01-11 09:32
Ця стратегія паралельної обробки ZK-Rollup, по суті, полягає у перетворенні послідовної обробки у паралельну, але чи зможуть справді утримати цю швидкість при реальній записі в блокчейн, залежить від фактичної пропускної здатності вузлів.
Чому традиційний розрахунок за облігаціями повинен бути T+2? По суті, це не технічна затримка, а неминучість у трьох етапах — звірка, управління ризиками та відповідність нормативам. Спершу потрібно підтвердити надходження грошей, потім цінних паперів, і нарешті — відповідність ідентичності обох сторін. Процес йде по кроках, швидко не зробиш.
Ідея Dusk цікава. Безпосередньо одночасно обробляти ці три етапи, все поміщається у доказ з нульовим розкриттям:
Брокер на стороні ланцюга завантажує в банківський сховищний сервіс Merkle-дерево позицій; покупець відображає євро у нативну стабільну монету Dusk D-EUR, пакуючи їх у ZK-Rollup; вузли одночасно перевіряють три речі — "Достатність D-EUR покупця"