Мережа Midnight запитує: що якби конфіденційність була такою ж легкою для інтеграції, як і платежі?

Розглядаючи простоту додавання потоку платежів до застосунку сьогодні. Ви можете просто взяти бібліотеку, підключитися до API, працювати з кількома зворотними викликами — і все готово. Stripe, PayPal, ще 12 — для будь-якого розробника, який вміє читати документацію, це стало проектом на вихідні. Це не зробило платежі простішими. Це відкрила всю економіку програмного забезпечення, яка полегшується за рахунок комерції. Застосунки, які раніше ніколи б не були створені, почали з’являтися, оскільки складна частина вже була абстрагована. Але ось ще одне питання: яким було б, якби приватність мала такий самий ефект? Зараз створення застосунку з вбудованою приватністю — не робота на вихідні. Це архітектурний вибір, який проходить через усе: як зберігаються дані, маршрути їх переміщення, що логуються, як можна зробити верифікацію, що може запитати регулятор у майбутньому. Більшість розробників не роблять правильний вибір, не через відсутність інтересу до приватності користувачів, а тому що інструменти для її правильної реалізації ніколи справді не існували на рівні, на якому розробляється більшість програмного забезпечення. Тому приватність — це другий аспект. Один із пунктів у правилах користування. Загальне зобов’язання у політиці приватності, яку ніхто не читає. Питання, яке ставить @MidnightNetwork, — чи має це бути стандартом за замовчуванням. Інфраструктура мережі побудована на концепції модульної приватності — щось, до чого звертаєшся так само, як до бібліотеки аутентифікації або SDK для платежів. Вона використовує технологію доказів із нульовим знанням, тому захищені обчислення — це не додаткова функція, яка прикручена до протоколу. Архітектура несе важке навантаження, оскільки розробникам не потрібно кожного разу створювати її з нуля, коли вони вирішують питання приватності у своєму застосунку. Токен, який керує цією мережею, — $NIGHT, і його практичне значення полягає у ставці, що приватність як інфраструктура є економічно життєздатною — що існує реальний ринок застосунків, які використовуються на платформі, де чутлива інформація зберігається за замовчуванням у безпеці, а не за задумом. Це суттєва різниця. Намір не спрацьовує. Не потрібно вимикати стандартні захисти за замовчуванням, бо всі розробники мають робити правильний вибір у потрібний час. Вони структуровані. Головна проблема, яку ставить Midnight, — це глибоко вкорінена уявлення про те, як створюється програмне забезпечення: що корисність і приватність взаємовиключні, що можна мати або безпечний, або зручний застосунок, але не обидва разом. Це було спростовано у їхній галузі платежами. Вся звичайна інфраструктура для прийому грошей (торгові рахунки, платіжні шлюзи, PCI-відповідність) була необхідною ще до створення Stripe. Інновація полягала не у створенні нових фінансових шляхів, а у тому, щоб обгорнути вже існуючі так чисто, що складність зникла. Midnight намагається зробити щось подібне у сфері приватності. Не таку нову криптографію, створену з нуля, а серйозну інфраструктуру ZK, упаковану так, щоб широка група розробників могла реально інтегрувати її у свої застосунки. Можливі застосунки цієї зміни важко передбачити, що зазвичай свідчить про те, що сама зміна не даремна. Медичні системи, де інформація пацієнтів ніколи не передається у безпечне місце. Інструменти Finch, що підтверджують кредитоспроможність без транзакційної історії. Системи ідентифікації, де не потрібно здавати все про себе, щоб довести, що ти — ти. Жоден із них не є науковою фантастикою. Це застосунки, які розробники створювали б, якби інфраструктура була у формі, з якою можна взаємодіяти. Це той розрив, який намагається подолати Midnight. Не лише можливу приватність у блокчейні, а й зручність настільки, що питання вже не в тому, чи її мати, а чому б і ні. #night