それらの以前に投票された事項が既に実装されているか、もはや重要でないと仮定しています。
チームが将来追加することを検討している機能リクエストをリスト化し、それらの投票結果を再利用可能として公開することは、私見ですが理にかなっていると思います。
なぜトピック投票を使うのでしょうか？ あなたが指摘したように、Like/リアクションを制限された投票数の代わりに使用することができます。 例えば、特定のリアクション（
など）を使用することで、そのカテゴリのデータエクスプローラースクリプトを使って、特定のリアクションが最も多いトピックをOP（元の投稿）で上位表示するなどして、特定の #contribute:機能リクエストへの関心を計測することが十分可能です。
一方、投票を制限することは、私の経験ではこのカテゴリに関連する更新が全くないため、進展がないように感じられます。 時折あるかもしれませんが、私が気づいていないだけかもしれません。
ただし、新しく導入された機能のいくつかは、かつて機能リクエストだったものもあるはずです。
私見ですが、トピック投票は、特定の締め切り日を設定して、上位X件のトピックの中から発表日に上位3位を決めるコンテストの投票には適していると思います。 しかし、このカテゴリで使用すると、明確な結論がなく、自分の投票を二の次にするようなコンテストのように感じられます。