Нет конечно. Во-первых в целом ряде случаев ты всё равно вынужден работать с несжатыми строками, во-вторых в  сжатие не устраняет избыточность до 0.

Да я вообще не в вашем споре, мне понравился "аргументам" прост

Ну просто DHT с контентхэшами зарекомендовали себя, и можно их продвигать много для чего

Какая, вать машу "централизованная нерасширяемая таблица"??? Есть стандарт, утверждаемый комитетом.
Любая распределённая система будет также вынуждена собирать какой-то комитет и утверждать какой-то стандарт. Torrent, IPFS, matrix, bitcoin, deflate, markdown, png, jpg, TCP, UDP, HTTP, html - на них всех есть стандарты кем-то принятые, иначе мы не могли бы их использовать.

У вас 💩 в стандарте, просыпайтесь

Битмап вместо вектора, лол!

Нет. Просто ТЕБЕ лично не нравится стандарт. И ты по этому случаю предлагаешь не менять стандарт даже, ты предлагаешь... https://xkcd.ru/927/

Согласен, оплошал

Я даже заранее знаю, что по ссылке) Но это не опровержение, так просто работает жизнь

Смотри в чём у тебя жопа: твоя таблица по факту оказывается шрифтом.

Фундаментальный вопрос: как использовать разные шрифты на одном и том же наборе символов?

*А так этот трюк вообще да, я видел - используют на сайтах: кастомный шрифт + символы вместо микрокартинок на кнопках..

Оказывается таблицей символов и глифов, я так и сказал. Потому что юникод не может занумеровать все символы в отрыве от их формы

Про начертания кандзи есть известный кейс

Ужасный трюк, svg иконки в разы лучше

А эмодзи чем не угодили? Это ж современное пиктографическое письмо. Всяко лучше использования пунктцации не по назначению ;-)
Без комбинируемых символов тоже сложно. Например, что делать со знаком ударения? Продублировать все символы с ним и без него?
А что там в фигурных скобках? Половинный заполнитель из корейского языка? без него скорее всего потеряется выравнивание, что важно для двумерных письменностей.
Вот начертания я бы наверно тоже сделал модификатором. Модификаторы хороши тем, что их всегда можно проигнорировать не потеряв основной сути.
Докину ещё - там какие-то адские алгоритмы разбиения на слова / непереносимые последовательности / предложения и тд. Я бы лучше ввёл спец символ для явного указания этих границ и пусть лучше редакторы с ними мучаются при вводе - они-то знают на каком языке пользователь печатает.

Эмодзи в разных наборах разные, что уничтожает весь смысл эмодзи (передачу эмоций)

В памяти большинство софта используют UCS-2, а не UTF-8 или UTF-32.

Согласен, сложно. Надо думать.

У меня просто есть мнение, что надо разделять набор символов и их представление в кодировке. Комбинировать можно локально, при вводе.

Спасибо за инфу

Ну  так, надо стандартизировать эмоции!

Из-за чего то и дело ломают эмодзи, если не используют специальный медленные функции для работы со строками.