Шифрування всього пакету RREQ за допомогою відкритого ключа кінцевого вузла

Протокол TESLA для симетричної автентифікації кожного вузла у списку маршруту

Хеш-ланцюжки для захисту метрики hop count від збільшення зловмисником

Цифрові підписи для автентифікації полів маршруту RREQ/RREP

IPv6-адреса вузла є першими 16 байтами подвійного хешу SHA-512 від публічного ключа, роблячи підробку адреси математично неможливою без відповідного приватного ключа

Проміжні вузли мають повний доступ до незашифрованих метаданих для оптимізації маршрутизації

CJDNS використовує централізований реєстр для верифікації IP-адрес усіх вузлів мережі

Наскрізне шифрування через Poly1305 та Curve25519 є обов'язковим і вбудованим у встановлення з'єднання, а не опціональним

Динамічне масштабування розміру пакетів залежно від завантаженості мережі

Вікна упаковки та доставки на рівні схеми з механізмом sendme-підтверджень

Механізм контролю потоку на рівні окремих TCP-потоків із наскрізними підтвердженнями

Глобальний балансувальник навантаження з міжвузловим керуючим зв'язком

Трафік від вузла А до вузла Б проходить тим самим маршрутом, що й у зворотному напрямку, що детермінує точки захоплення трафіку для аналізу

Симетричні шляхи дозволяють IDS аналізувати повний двонаправлений трафік між двома вузлами в одній точці моніторингу, спрощуючи виявлення аномалій

Симетрія шляхів гарантує рівномірний розподіл навантаження між усіма наявними каналами

Симетричні шляхи унеможливлюють атаки типу route flapping на IS-IS

JAP і Tor використовують однаковий механізм захисту від глобального пасивного противника

JAP використовує фіксовані каскади маршрутів зі статичним шляхом через ті самі вузли; Tor динамічно обирає різні вузли для кожної схеми

JAP об'єднує трафік великої кількості користувачів в єдиний потік через каскад, збільшуючи набір анонімності, але один спостерігач на обох кінцях каскаду може деанонімізувати весь трафік

Tor дозволяє повне доповнення трафіку між вузлами, тоді як JAP не застосовує жодного доповнення

CONIKS усуває потребу у довірі до центрального вузла — постачальник є підзвітним, а будь-яке порушення залишає криптографічний доказ

CONIKS забезпечує конфіденційність каталогу — структура перевіряється публічно, але імена користувачів залишаються прихованими через VRF

CONIKS вирішує проблему першого з'єднання, характерну для TOFU, через автоматичний самомоніторинг прив'язок

CONIKS повністю замінює транспортне шифрування (TLS), оскільки забезпечує автентифікацію ключів на більш глибокому рівні