- Повернутися до менюЦіни
- Повернутися до менюдослідження
- Повернутися до менюКонсенсус
- Повернутися до менюСпонсорський матеріал
- Повернутися до меню
- Повернутися до меню
- Повернутися до меню
- Повернутися до менюВебінари та Заходи
Як криптографія 70-х могла покращити Bitcoin у 2016 році та в подальшому
Дослідник безпеки та Політика конфіденційності Kristov ATLAS обговорює, як дослідження криптографії 1970-х років можуть допомогти Bitcoin адресам стати зручними для користувачів.
До тих пір, поки система потребує технічного досвіду для роботи, її використовуватиме невелика група технологів.
Якби кожній людині, яка заходила в ліфт, була представлена клавіатура та термінал командного рядка в стилі DOS, більшість із нас шукали б сходи. Ботані серед нас, можливо, з нетерпінням шукають прославлені програмовані ліфти, але звичайна людина просто хоче натиснути кнопку, щоб перейти з ONE поверху на інший, а не керувати транспортними засобами, що кидають виклик гравітації.
давно викликають плутанину у нових користувачів, які знайомляться з цією Технології. Важко пояснити Bitcoin адресу за допомогою аналогії, оскільки жодне з порівнянь не збігається. Вони схожі на адреси електронної пошти – їх можна створювати безкоштовно та їх кількість необмежена, але вони призначаються випадковим чином і їх важко запам’ятати, більше схожі на номер телефону. Але Bitcoin адреси не завжди є двонаправленими, як номер телефону.
Припустімо, ви отримуєте гроші від друга, а потім хочете повернути йому гроші. Адреса, з якої ви спочатку отримували кошти, може належати вашому другу або просто Bitcoin сервісу, який він використовує. Кошти, надіслані на цю адресу, можуть надійти до вашого друга (припустимо, що він створив резервну копію свого гаманця), або вони можуть просто набити кишені Bitcoin сервісу й ніколи не отримати відшкодування.

Крім того, просте отримання платежу, на відміну від телефонного дзвінка чи електронного листа, рідко допомагає ідентифікувати окремих платників або пояснити, чому було здійснено переказ, оскільки немає ні кодів регіонів, ні аналогів ID абонента, ні номерів рахунків-фактур. Невелика кількість користувачів, які досліджують деталі внутрішньої роботи біткойна, матимуть розпливчасте враження, що надсилання коштів на одну й ту саму адресу кілька разів (називається "повторне використання адреси" спільнотою Bitcoin ) певною мірою небезпечно.
Це розпливчасте враження, пов’язане з погано зрозумілими наслідками Політика конфіденційності та, здавалося б, віддаленою загрозою криптографічних атак на повторно використовувані приватні ключі, може не захистити користувачів від дуже реальних небезпек повторного використання адреси.
Коли справа доходить до адреси, Bitcoin раніше нагадує Інтернет DNS. Сьогодні ми відвідуємо веб-сайти через зручні доменні імена, такі як Google.com, але перші користувачі Інтернету спрямовували свої комп’ютери на підключення до інших мереж, посилаючись на незбагненний вигляд IP-адреси як "209.222.18.222".
IP-адреси залишаються CORE частиною протоколів, які допомагають пристроям підключатися, але системним дизайнерам та інженерам вдалося приховати це від користувачів, прив’язавши доменні імена до IP-адрес за лаштунками. Роблячи це, вони дозволили користувачам взаємодіяти з такими впізнаваними особами, як пошукова система Google.
Обіцянки і підводні камені
У міру зрілості Bitcoin сервісів і прагнення залучити нову аудиторію їм також знадобиться система визначення адрес, яка пов’язує незручні для користувача адреси Bitcoin з особами та компаніями, з якими користувачі мають фінансові відносини.
Однак, оскільки ми абстрагуємо Bitcoin адреси від інтерфейсу користувача, ми повинні бути обережними.
Мета полягає в тому, щоб користувачам було легше платити один одному, одночасно вирішуючи основні технічні проблеми, пов’язані з повторним використанням адрес. Незважаючи на спокусу створення традиційних сторонніх систем пошуку, цей наївний підхід перетвориться на безпеку та Політика конфіденційності трясовини Повідомлення особистої інформації та крадіжки. Це були б високоцінні бази даних, які хакери шукають як розвідку для наступних атак на окремих осіб.
Коли це можливо, ми не повинні вимагати від користувачів відмовитися від очікувань безпеки та Політика конфіденційності , щоб отримати необхідну зручність використання програмного забезпечення.
Хоча вимоги споживачів до безпеки та Політика конфіденційності відрізняються, підприємства рідко бажають розголошувати свої дані про доходи та витрати, які можуть містити комерційну таємницю, діловим партнерам, конкурентам або всьому світу. Так само ми не повинні очікувати, що окремі користувачі розголошуватимуть свої звички щодо доходів і витрат своїм друзям, постачальникам бажаних послуг і незнайомим аналітичним компаніям.
Зробити це Повідомлення необхідною умовою для використання Bitcoin матиме жахливі наслідки для прийняття. Якщо це можливо, нам слід шукати прості у використанні платіжні ідентифікатори, які відповідають очікуванням бізнесу та окремих осіб щодо безпеки та Політика конфіденційності без властивих підводних каменів надійних третіх сторін.
Вивчення історії
У минулому розробники Bitcoin вирішували проблеми інших користувачів, перепрофільовуючи старі криптографічні дослідження для додатків Bitcoin .
У 2013 році розробники Bitcoin усунули головний біль резервного копіювання гаманців, застосувавши такі концепції, як функції виведення ключів та ієрархічне керування ключами, що датуються 1990-ми та ранніми 2000-ми роками. У той час як старі Bitcoin гаманці вимагали від користувачів постійного створення нових резервних копій гаманців, користувач міг зробити резервну копію ієрархічного гаманця один раз під час першого створення гаманця, водночас надаючи фактично необмежену кількість Bitcoin адрес для покриття майбутніх транзакцій.
Найбільш багатообіцяючий шлях до зручної системи адресації Bitcoin сягає ще більш глибокої історії криптографії, аж до 1970-х років. Це десятиліття ознаменувало хвилю досліджень важливих технологій, які лежать в основі сучасного Інтернету.
[пост-цитата]
Багато криптографів цієї епохи були етично вмотивовані та вважали свою роботу ключовим у створенні Інтернету, який сприяв би свободі слова та безпечній глобальній торгівлі, а не ONE , де домінували б державне стеження та корпоративний контроль.
У середині та наприкінці 70-х троє найвидатніших криптографів епохи – Вітфілд Діффі, Мартін Геллман і Ральф Меркл – спільно створили ONE з цих ключових технологій.
Комп’ютери, які хочуть спілкуватися безпечно та конфіденційно, повинні спочатку обмінятися ключами, які використовуються для шифрування та дешифрування повідомлень. Діффі, Хеллман і Меркл розробили спосіб створення спільних ключів двома комп’ютерами без попередньої взаємодії. Здавалося б, чарівний продукт цього протоколу – тепер відомий як Обмін ключами Diffie-Hellman-Merkle – це набір ключів, відомий лише двом залученим сторонам, незалежно від наявності будь-яких перехоплювачів.
Це схоже на можливість вести гучну розмову з другом у шпигунській кімнаті без будь-якого ризику бути підслуханим, що здавалося б неможливим завдяки блискучості асиметричної криптографії.
Розробники Bitcoin вже кілька місяців працюють над створенням схем адресації на основі Діффі-Хеллмана-Меркла, але нещодавно зручну для мобільних пристроїв версію було кодифіковано в Пропозиції щодо покращення Bitcoin (BIP) 47 Юстус Ранв'є, який називає ці нові адреси багаторазовими платіжними кодами.
Основні Bitcoin -гаманці, автори бібліотек програмного забезпечення та біржі зараз працюють над впровадженням багаторазових платіжних кодів у своїх компаніях у 2016 році. Це дозволить компаніям краще захищати Політика конфіденційності користувачів у блокчейні, зберігаючи при цьому можливість ідентифікувати своїх клієнтів, коли така ідентифікація потрібна.
Користувачі Bitcoin незабаром зможуть шукати своїх друзів через соціальні мережі та інші звичні ідентифікатори, такі як адреси електронної пошти. Підприємства, які впроваджують багаторазові платіжні коди, покращать взаємодію з Bitcoin та налаштують Фінанси екосистему однорангового зв’язку, щоб запросити ще кілька мільйонів користувачів.
Урожай телефон зображення через Shutterstock
Nota: Le opinioni espresse in questa rubrica sono quelle dell'autore e non riflettono necessariamente quelle di CoinDesk, Inc. o dei suoi proprietari e affiliati.