この1%という数字がどこから来ているのかよくわかりませんが、1400万人のユーザーがいるということは、それでも14,000人のユーザーがDiscourseから追放されることになります。CSSとパフォーマンスの調整を加えるためだけにですか？
「最新のソフトウェアを利用できなくなる残りの割合のユーザーを、どのくらいの数のユーザーが妨げることができるのか？」という質問についてですが…その数は1%よりもはるかに、0%に近い方が良くないでしょうか？ Discourseは逆のアプローチを取るべきであり、それを必要とする差し迫った重要な修正や主要な機能があり、かつそれが広くユーザーに求められている場合を除き、不必要に後方互換性のない変更を加えるべきではないと主張します。
その質問の逆は、「わずかな利便性を追求するために、どのくらいのユーザーを切り捨てることをいとわないのか？それらはユーザーインターフェースへの影響がほとんどない、または全くないものである。」ということです。注意深くベンチマークしない限りほとんど気づかれないわずかなパフォーマンスの向上は、14,000人をコミュニティから切り捨てる価値があるのでしょうか？
フォーラムのユーザーが切望している「最新のソフトウェア」とは何でしょうか…？ フォーラムです。人々はテキストを読み、テキスト投稿に返信します。開発者が「前進し続けなければならない」と言い続けている一方で、実際の顧客は「なぜ、これらの機能は何も意味がなく、実在の人間を切り捨てているのか？」と思っているのは恐ろしいことです。
これは、Discourseのような安定した古いフォーラムソフトウェアが取るべきアプローチとは正反対のように感じます。新しい機能を試したいのであれば、それは人々が明示的にオプトインする必要がある不安定なカナリアブランチで行われるべきであり、メインブランチはデフォルトでLTSであるべきです。あなたは進歩的な機能強化を提供しているだけでなく、後方互換性のある機能も提供していません。それは選択であり、ソフトウェア開発の固有の部分ではありません。あなたはユーザーが追いつくよりも速く進んでいます。
そして、あなたのホストされたコミュニティには全く選択肢がありません。あなたのコミュニティのためにあなたに支払っている人々は、技術デモやJSプレイグラウンドのために支払っているわけではありません。
これが、技術的な問題ではなく文化的な問題である理由です。少なくともそれを声に出して言ってくれたことに感謝します。あなたはこれを開発時間と推定されるユーザーへの影響のコストとして計算し、あなたの計算では、ユーザーは基本的な投稿バージョンを作成するためにかかるコストよりも価値が低いのです。実在のユーザーやコミュニティを、開発者のショートカットよりも価値がないと考えているとしか言いようがありません 
この引用を少し文脈から外して申し訳ありませんが…パーセンテージで考えるのをやめて、実在の個々の人々がコミュニティに与える影響について考えてみたら、おそらく計算は変わるのではないでしょうか？
このすべてはスターリン主義的です。人々は、ハードウェアをアップグレードするには貧しすぎるか、別のオペレーティングシステムや互換性レイヤーやブラウザフォークをインストールするために労力を惜しまない（そしてできない）のは彼ら自身のせいであるため、単に使い捨ての統計にすぎないと告げているのです…長年参加してきたフォーラムでテキストメッセージを投稿し続けるためだけに？
これは、メジャーな新バージョン、例えば完全な書き直しから期待されるようなコスト便益分析であり、わずかなパフォーマンス上の利点があるかもしれない、目立たない開発者向けのマイナーな機能から期待されるものではありません =/ あなたの会社がこのスタンスを取っているのは非常に残念ですが、それでも…透明性には本当に感謝しています。
さて、文句はこれくらいにします。もっと建設的な質問があるかもしれません…
少数のユーザーにとって基本的なHTMLモードが役立つと仮定しますが、Discourse自身がリソースを費やしてそれを構築したくない場合…オープンソースコミュニティがそれを引き受けることは可能でしょうか？ プラグインとしては大きすぎるように思えますが、完全な別プロジェクト（Discorkieのような）としては小さすぎます。
現在のAPIで動作する代替のオープンフロントエンドとしてこれをスコープしようとすることは考えられますか？もしそうであれば、そのようなもの（もし構築されテストされた場合）が「公式に」メインソフトウェアに受け入れられる/統合される可能性はありますか？それによって、ホストされたDiscourseインスタンス（私の影響を受けたコミュニティの1つがあります）でも使用できるようになりますか？
その線に沿って、そのような代替フロントエンドが追跡できるAPIバージョン管理/安定性システムはありますか？
おそらく、さまざまな理由で、答えはまだ「いいえ」の組み合わせになるでしょう。もしそうであれば、それは問題ありませんが、もしそれが少しでも可能であれば…考えてみる価値があるかもしれませんか？ 完全な実現可能性調査を求めているわけではありません。せいぜい、直感的な意見を聞きたいだけです。
そのようなものが成功したり維持されたりするかどうかはわかりません。古いソフトウェアでHTMLと最小限のJS（ただし、HTMXのような人々もいます）で作業することを好む開発者は多くありません。ただの考えです。