Зошто Блокчејнот е Опционален за Идната Меѓународна Дозвола за Возење (МДВ)

Идната Меѓународна Дозвола за Возење (МДВ) има потреба од транспарентност, сидришта на доверба и јавна одговорност. Она што не му е потребно — по правило — е ставање на самите возачи на дистрибуиран регистар.

Секој сериозен разговор за дигитална, прекугранична МДВ на крај го привлекува истиот предлог: „Само ставете го на блокчејн.” Привлечноста е разбирлива. Блокчејновите нудат докази за неможност за фалсификување, заедничка видливост и историја само со додавање. Тоа се реални својства. Но во контекст на прекугранична возачка идентификација, тие многу честопати се применуваат на погрешниот слој.

Оваа статија објаснува зошто, ги разгледува она што стандардите навистина го кажуваат и поставува подобар архитектонски образец.

Што Навистина Кажуваат Стандардите за Блокчејн

Моделот на податоци на W3C Верифицирани Акредитиви е јасен дека верифицираниот регистар на податоци може да има многу форми, вклучувајќи:

• Доверливи бази на податоци
• Децентрализирани бази на податоци
• Државни бази на податоци за идентитет
• Дистрибуирани регистри

DID Core е исто така јасен: многу DID методи користат технологија на дистрибуирани регистри, но не сите. Со други зборови, стандардите веќе го отфрлаат сфаќањето дека блокчејнот е задолжителна основа за дигиталните акредитиви.

Тоа е вистинската почетна точка за идна МДВ. Корисното прашање не е „блокчејн или не?” Туку:

На кој слој му е навистина потребна транспарентност, а кој слој апсолутно не смее да стане јавна инфраструктура по правило?

Блокчејнот е Збир на Својства, а не Барање

Првата грешка е да се третира „блокчејн” како единствено барање. Тоа не е така. Тоа е пакет на можни својства, вклучувајќи:

• Заедничка публикација
• Историја само со додавање
• Дистрибуирано работење
• Генерирање потврди
• Отпорност на еднострани промени

Некои од нив се корисни за идна МДВ. Некои се ирелевантни. А некои се активно опасни кога се применуваат на субјекти на акредитиви кои се луѓе. Моделот на регистар на W3C намерно дозволува повеќе имплементации бидејќи различни екосистеми имаат потреба од различни компромиси.

Три Проблеми Кои не Смеат да се Комбинираат

Втората грешка е спојување на три различни проблеми во еден систем. За идна МДВ, тие мора да останат одделни:

1. Каде живее правната вистина. Правото на возење припаѓа на авторитативните национални евиденции на возачки дозволи.
2. Како се дистрибуира материјалот за доверба. Клучевите на издавачот и сертификатите на верификаторот припаѓаат во контролирани регистри за доверба.
3. Како екосистемот ги ревидира промените. Ова припаѓа во слојот за транспарентност.

Реалните екосистеми веќе функционираат на овој начин. Дигиталната служба за доверба на AAMVA ги дистрибуира јавните клучеви на издавачот во список за преземање пред верификаторот да комуницира со мДВ. Прирачникот на ЕУ за мобилна возачка дозвола специфицира дека државите-членки ја известуваат Комисијата за овластени издавачи на мДВ, а Комисијата објавува список за верификација на тие органи. Тоа е дистрибуција на доверба без блокчејн.

Што не Учи Транспарентноста на Сертификатите

Најефективниот модел за транспарентност на јавниот интернет не е потрошувачки блокчејн. Тоа е Транспарентност на Сертификатите (ТС).

RFC 9162 ја опишува ТС како протокол за јавно евидентирање на TLS серверски сертификати, така што секој може:

• Да ја ревидира активноста на сертификациските органи
• Да открива проблематични или погрешно издадени сертификати
• Да ги ревидира самите регистри

Клучната лекција за дизајн од ТС: транспарентноста е највредна кога ги евидентира однесувањето на издавачот и материјалот за доверба — не активноста на крајниот корисник.

Применето на идна МДВ, тоа значи евидентирање на работи како:

• Издавање и ротација на клучевите на издавачот
• Публикување на сидришта за доверба
• Регистрација на категории на верификатори
• Промени во политиките
• Изјави за усогласеност
• Настани важни за безбедноста

Она што тоа не значи е создавање јавен или полујавен регистар на имателите, идентификатори на акредитиви или настани на презентација. Тоа не е транспарентност. Тоа е прекумерно собирање на податоци.

SCITT: Зошто Транспарентноста не е Исто Што и Вистината

Нацртот на архитектурата SCITT на IETF го проширува ова размислување. SCITT дефинира Служба за транспарентност која одржува верифицирана структура на податоци и издава криптографски потврди кои докажуваат вклученост на потпишани изјави. Идентитетот на Службата за транспарентност е заробен со јавен клуч познат на страните кои се потпираат, а сидришта за доверба и политики за регистрација се самите направени транспарентни.

Ова е моќен модел за инфраструктура на МДВ бидејќи транспарентноста ја претвора во ревидирана служба околу материјалот за доверба и политиките — не околу личните настани при патување.

SCITT е исто така јасен за границите на транспарентноста:

• Регистрирана изјава само докажува дека издавачот ја произвел и регистрирал — не дека изјавата е точна неограничено долго.
• Подоцнежна потпишана изјава може да ја замени претходната.
• Транспарентноста не спречува нечесни или компромитирани издавачи; таа ги прави одговорни.

За возачка идентификација, таа разлика е исклучително важна: регистарот за транспарентност е доказ и историја на ревизија, а не авторитативната правна состојба на нечие возачко право.

SCITT исто така забележува дека служба за транспарентност може да ја заштити својата низа само со додавање користејќи комбинација од доверлив хардвер, протоколи за консензус и криптографски докази. Дури и слојот за транспарентност не бара еден специфичен дизајн на блокчејн. Консензусот е една опција, а не единствената.

Правилното Архитектонско Разделување за Идна МДВ

Идна МДВ треба да ги раздели надлежностите во четири различни слоја:

1. Авторитативни евиденции за тоа кој може да вози (национални органи за издавање возачки дозволи)
2. Регистри за доверба за клучевите на издавачот и верификаторот
3. Инфраструктура за статус за свежина и отповикување
4. Опционален слој за транспарентност за јавна ревизија на политики, сидришта за доверба, потврди и изјави за усогласеност

Штом ги разделите овие слоеви, прашањето за блокчејн станува многу поострено. Повеќе не е „дали идната МДВ треба да биде на блокчејн?” Туку станува:

Кој слој, доколку некој, навистина има корист од јавна ревизија само со додавање?

Пет Причини Зошто Идентификацијата на Возачот На Синџирот е Погрешното Стандардно Решение

1. Создава Трајни Сигнали за Следење

Работата на EUDI за приватност објаснува дека презентациите на атестации може да содржат уникатни вредности како:

• Солови
• Хаш вредности
• Идентификатори за отповикување
• Јавни клучеви врзани за уредот
• Потписи
• Временски ознаки

Бидејќи тие вредности се фиксни за иста атестација, тие им дозволуваат на страните кои се потпираат да поврзат различни трансакции и да изградат профил на однесување на корисникот. EUDI експлицитно предупредува дека ова го крши разумното очекување дека одделните активности на паричникот нема да се комбинираат.

Ако објавувате стабилни идентификатори на имателот, стабилни идентификатори на акредитиви, повторно употребливи хашови или индивидуално следливи настани на отповикување на јавен регистар, не го решавате проблемот со следење — го правите трајен.

2. Ги Изложува Настаните на Отповикување и Свежина

Препораката за Листа на статус на битови на W3C го опишува проблемот јасно: ако постои врска еден-кон-еден помеѓу акредитивот и URL-то каде се објавува неговиот статус, издавачот може да го поврзе имателот, верификаторот и времето на проверката. Спецификацијата користи пример со возачка дозвола за да илустрира зошто следењето од страна на издавачот при влегување во објект го крши вообичаеното очекување за приватност.

Подоброто стандардно решение кое го предлага Листата на статус на битови:

• Големи, компресибилни списоци на статус каде многу акредитиви споделуваат еден ресурс за статус
• Стандардна должина на списокот од 131.072 записи
• Страните кои се потпираат преземаат нови верзии одделно, без да се автентицираат
• Случајни индекси и гаранции за приватност на групи

Тоа е спротивното од индивидуализирани, на-синџир траги за отповикување.

3. Го Меша Статусот на Акредитивот со Правниот Возачки Статус

Дигиталниот акредитив може да биде отповикан бидејќи неговиот механизам за потпишување е компромитиран — дури и додека реалното право за возење останува во сила. Јавниот регистар на настани со акредитиви не е чиста замена за авторитативната состојба на националната евиденција за возење.

SCITT ја потврдува поентата: регистрираната изјава може подоцна да биде заменета со нова, а страните кои се потпираат одлучуваат на што да веруваат врз основа на политиката и историјата. Регистарот не е трајна вистина. Тоа е доказ за тоа кој кажал што, кога, под која политика. Националниот орган за издавање возачки дозволи останува корен на правната вистина.

4. Го Таргетира Погрешниот Проблем на Управување

Прекуграничната возачка идентификација примарно не е проблем на консензус. Тоа е проблем на управување:

• Кој е дозволено да издава?
• Кои јавни клучеви се тековни?
• Кои верификатори се овластени?
• Кои барања за податоци одговараат на нивната декларирана намена?
• Која верзија на политиката беше во сила во тоа време?

Реалните екосистеми веќе одговараат на ова преку управувана инфраструктура за доверба, а не децентрализиран консензус:

• Дигиталната служба за доверба на AAMVA ги објавува јавните клучеви на органите за издавање во список за преземање.
• Прирачникот на ЕУ за мобилна возачка дозвола вели дека Комисијата го објавува списокот на овластени издавачи на мДВ.
• Работата на ETSI за сертификати на страните кои се потпираат на паричник обезбедува машински читливо автентицирање на верификатор со намената употреба и регистрираните барани атрибути.

Тоа е експлицитна јавна администрација на доверба — не децентрализирано управување.

5. Не го Решава Патниот Реалитет

Многу блокчејн предлози тивко претпоставуваат дека пристапот до живата мрежа е предност. За возачки акредитиви — особено крај патот или при патување — тоа честопати не е така.

Упатствата за имплементација на AAMVA специфицираат дека:

• Пристапот преку уредот работи без надворешна поврзаност и за имателот и за читачот во моментот на трансакцијата.
• ISO/IEC 18013-5 бара поддршка за пристап преку уредот.
• Пристапот на верификаторот до јавните клучеви на издавачот не мора да се случи во моментот на трансакцијата. Клучевите може да се преземат однапред.

Ако верификаторот веќе може да валидира локално користејќи зачуван материјал за доверба, зависноста од жив блокчејн не е суштинска. Во најдобар случај, тоа е избор на имплементација за некоја функција на позадинска ревизија.

Што Треба да Биде Транспарентно во Идна МДВ

Идната МДВ апсолутно има потреба од транспарентност — на вистинско место.

Направете ги овие транспарентни по правило:

• Јавни клучеви на издавачот и настани на ротација на клучот
• Сидришта за доверба и списоци на овластени издавачи
• Сертификати за пристап на верификаторот и метаподатоци за регистрирана намена
• Верзии на политики и правила за регистрација
• Изјави за усогласеност и тврдења за безбедносно релевантни изданија на софтвер
• Ревидирани потврди кои докажуваат дека овие изјави се регистрирани

Не правете ги овие јавни по правило:

• Идентификатори на имателот на јавен регистар
• Стабилни идентификатори на акредитиви повторно употребени кај различни верификатори
• Настани по презентација
• Необработени записи за отповикување кои изолираат едно лице
• Целосни потпишани изјави кои содржат лични податоци кога хашови или метаподатоци би биле доволни

SCITT експлицитно ги предупредува издавачите да ја прегледаат вклученоста на приватни, доверливи или лично идентификувачки информации пред поднесување изјави до служба за транспарентност. Исто така забележува дека службите за транспарентност можат да задржат само криптографски метаподатоци — хашови — наместо целосни потпишани изјави.

Подобар Образец: Транспарентност Околу Екосистемот, не Низ Личноста

Чистата архитектура за идна МДВ изгледа вака:

• Авторитативен национален регистар — останува законски извор на вистина за правото на возење.
• Слој за акредитиви — носи машински верифицирани возачки права до паричникот на имателот.
• Слој за регистар на доверба — дистрибуира клучеви на издавачот, сертификати на верификаторот и списоци на овластени издавачи.
• Слој за статус — користи краткотрајни атестации или листи на статус кои зачувуваат приватност и се освежуваат одделно.
• Слој за транспарентност — може или не мора да користи консензус внатрешно, и ги евидентира сидришта за доверба, промени на клучеви, ажурирања на политики, потврди и изјави на екосистемот кои имаат корист од јавна ревизија само со додавање.

Оваа архитектура ги фаќа корисните делови од размислувањето за блокчејн — ревидирање само со додавање, јавен надзор, докази за неможност за фалсификување, потврди — без да го претвора возачот во јавен субјект на системот. Исто така одговара на она што стандардите веќе го опишуваат: регистрите можат да имаат различни форми, DID не бараат дистрибуирани регистри, регистрите за доверба веќе постојат, а механизмите за статус кои зачувуваат приватност се веќе стандардизирани.

Основниот Аргумент

Идната МДВ треба да ја усвои најдобрата идеја од блокчејн — јавна одговорност за инфраструктура — без да го усвои нејзиното најлошо стандардно решение за луѓе: трајно, глобално видливо следење.

На практично ниво, тоа значи:

• Транспарентност за издавачите, не изложување на имателите
• Ревидирани сидришта за доверба, не јавни записи за патување
• Потврди за политики и регистрации, не трајни временски линии на употреба на акредитиви
• Докази само со додавање за управување со екосистемот, не возачка идентификација на синџирот како стандардно решение

Ова не е аргумент против блокчејн. Тоа е аргумент против примена на блокчејн на погрешниот слој.

Идна МДВ може добро да користи транспарентни служби поддржани со консензус некаде во екосистемот. Но ако дизајнот почне со ставање на возачот, акредитивот или трагата на презентации на регистар, веќе го избрало погрешното стандардно решение.