Видимо думали технари, которые придумывали саму систему, а потом, те, кто занимался "привязкой" токенов к "товарам", не учли

Сколько человек может пробыть в ИТ?

1 год в ИТ
появляется усталость, снижается внимание и память

2 - 3 года
нарушается координация движения, ухудшается зрения, речь, поялвяется нервный тик, тошнота

4 - 5 лет
наступает чрезвычайная раздражительность, галлюцинации и бредовые идеи

6 - 8 лет
замедленная речь, дрожжь конечностей, короткие переиоды потери памяти, странности в поведении

11+ лет
(рекорд 62-летнего Мартина Одерски)
фрагментированное мышление, безраличие ко всему, склонность к бесполезным академическим идеям в промышленной разработке

Как бы нет сомнений в том, что это можно сделать корректно. Почему не сделали, хороши вопрос. Я подозреваю, что это раздолбайство

используй кодогенерацию — когда один макро развернётся на полтора миллиона кода, всегда можно сказать "это не я, я не писал! оно само"

clojure[script]

Я не уверен, что можно сделать корректно, храня сами данные, на которые выдаётся токен, вне блокчейна. Любая внешняя система может помереть.

Криптобиржи ещё как-то могут существовать, потому что там каждая отдельная привязка крипты к фиату, которая существует вне блокчейна, ограничена по времени жизни, а вот NFT...

у вас нормально рабоают alpine Репы, такое ощущения что у них сервер где то на луне, медленее некуда

сварить самогон из хоббитов

Да нет, банально же. Храним сам файл и хэш к нему, а в токене держим хэш и ссылку на верификатор. Тогда источником истины является локальный файл, а урл указывает только на верификатор. Причем верификатор можно сделать распределенным, чтобы не складывать все в одну корзину.

Что такое верификатор и где лежит файл?

Файл лежит у владельца. Копия по крайней мере. Также есть сеть сервис верификакции, который может давать заключение о том, что другой файл соответствует файлу у владельца. В принципе тут достаточно того, чтобы сам владелец поднял такой сервис.

Тут есть некоторый простор для махинаций со стороны владельцев, если они начнут хэшкоды подменять. Но сделать публичную историю присвоения этих хэшкодов совсем уже не сложно

Владелец может и "адаптированный" сервис поднять, который будет обманом заниматься. В лучшем случае, КМК, можно сделать чёт вроде смарт-контракта, который будет валидацией заниматься, но для этого ж файл хотя бы на время каждой валидации, должен таки быть загружен в блокчейн.

Ну если история создания токенов публичная, то не сложно сделать ее верифицируемой. В общем случае, это, разумеется, тот же самый консенсус, но на практике особой проблемы нет даже без блокчейна

Так в текущем виде "создание токена" — это укладывание в БЧ жисона со ссылкой, без каких-либо верификаций, насколько я понял. Это чёрный ящик с точки зрения блокчейна, следовательно совершенно бесполезная в плане попыток подтвердить владение не токеном, а каким-то объектом реального мира.

Это ж всё та же самая проблема, с которой сталкиваются большинство желающих решить свою проблему с помощью БЧ — он никак не привязывается безопасным образом к любой информации вне блокчейна.

Сейчас, как я понял, источником правды является издатель токена.

При учёте, что файл может исчезнуть спокойно в любой момент, правды там щас нет. х)