Конфіденційність більше не є опцією — вона повинна бути закладена в основу. Ось як це виглядає на практиці:
По-перше, шифрування пам’яті має працювати від початку до кінця. Кожна взаємодія між агентами повинна бути захищена криптографічно. Жодних прогалин, жодних винятків.
А тепер головне: сторонні хмарні провайдери не повинні навіть мати змоги побачити необроблені дані користувача. Це означає архітектурування систем так, щоб контекст залишався зашифрованим навіть під час обробки—тут потрібні підходи з нульовим розголошенням знань.
Але справжня зміна в тому, що конфіденційність не може бути просто політикою, яку ви обіцяєте дотримуватися. Вона повинна бути забезпечена на рівні самого протоколу. Жорстко закодовані обмеження, які технічно унеможливлюють порушення, а не просто забороняють їх контрактом. Це єдина модель, яка масштабує довіру в децентралізованих системах.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
10 лайків
Нагородити
10
7
Репост
Поділіться
Прокоментувати
0/400
HackerWhoCares
· 5год тому
Жорстке кодування обмежень конфіденційності на рівні протоколу звучить непогано, але насправді важко змусити всі Ноди прийняти ці правила... Хто визначить, що таке "технічно неможливо" в умовах фрагментації екосистеми?
Переглянути оригіналвідповісти на0
YieldWhisperer
· 5год тому
не можу не погодитися, це те, про що я завжди говорив, політику конфіденційності давно слід було викинути в смітник... справжнє виконання на рівні протоколу.
Переглянути оригіналвідповісти на0
HodlOrRegret
· 6год тому
чесно, це справжній дух web3, протокол на рівні жорстко обмежує конфіденційність, а не просто говорить про це... якби всі ланцюги були такими, було б чудово
Переглянути оригіналвідповісти на0
IfIWereOnChain
· 6год тому
Сказано без помилок, але реалізація примусового виконання на рівні протоколу звучить легко, а насправді зробити це дуже важко... Скільки насправді проектів можуть забезпечити повне шифрування від кінця до кінця?
Переглянути оригіналвідповісти на0
GateUser-e19e9c10
· 6год тому
чесно кажучи, це і є справжнє рішення для забезпечення приватності: вписати privacy безпосередньо в код набагато надійніше, ніж у протокол
Переглянути оригіналвідповісти на0
PebbleHander
· 6год тому
рівень протоколу жорстко закодованої конфіденційності, ось як насправді має виглядати децентралізація. Але, з іншого боку, скільки проектів насправді можуть досягти безпеки рівня zk-SNARKs...
Переглянути оригіналвідповісти на0
TheMemefather
· 6год тому
ні, це правильна відповідь, справжня безпека – це примусове виконання конфіденційності на рівні протоколу, а вся ця контрактна пастка – це нісенітниця.
Конфіденційність більше не є опцією — вона повинна бути закладена в основу. Ось як це виглядає на практиці:
По-перше, шифрування пам’яті має працювати від початку до кінця. Кожна взаємодія між агентами повинна бути захищена криптографічно. Жодних прогалин, жодних винятків.
А тепер головне: сторонні хмарні провайдери не повинні навіть мати змоги побачити необроблені дані користувача. Це означає архітектурування систем так, щоб контекст залишався зашифрованим навіть під час обробки—тут потрібні підходи з нульовим розголошенням знань.
Але справжня зміна в тому, що конфіденційність не може бути просто політикою, яку ви обіцяєте дотримуватися. Вона повинна бути забезпечена на рівні самого протоколу. Жорстко закодовані обмеження, які технічно унеможливлюють порушення, а не просто забороняють їх контрактом. Це єдина модель, яка масштабує довіру в децентралізованих системах.