hVosttа что токен в куках не может сидеть? в смысле, основанный на куках? куки это простое хранилище.
гугли сильнее в следующий раз, сказать что куки - это просто хранилище это все равно что сказать что токены - всего-лишь хэдеры. Нет, это разные вещи, под куками по умолчанию понимается устоявшийся механизм авторизации и поддержания сессии, то-же самое токены, которые являются альтернативой в определенных случаях. У них разная область применения и разные причины для использования. Куки отлично подходят для авторизации пользователей в классических веб клиентах, когда все что нужно - это поддержать сессию пользователя на сайте. Токены - для междоменных API.

hVosttэто хранилище и передача фрагментов данных. также передавать можно в URL
Передавать токен в URL'e, вот он, апогей гугления Разрабатываемые десятилетиями методы защиты куки коту под хвост - это-же всего-лишь место для хранения

skyANAК примеру, чтобы разграничить доступ к ресурсу по возрасту пользователя, не нужны ни куки, ни токены. Достаточно при регистрации год рождения спросить и хранить его в бд в открытом виде.
клейм тут нужн, год рождения, в токене или в куке, потом создаешь полиси и апплаишь ее к методам апи

hVosttМда. Ну спасибо, что пришёл и всё-всё разрулил

не за что, хоть на форуме чему-то научишся, раз гугль никак не может помочь

skyANAКлейм нужен, но вот токены, куки и апи уже совсем не обязательно. Это уже конкретные случаи.
А в общем случае они не нужны при claim-based авторизации.
и на чем-же в "общем случае" будет доставлен клейм?