言っていることの大部分は正しいが、bitcoinは依存ライブラリの非常に特定のバージョンに対してビルドされる傾向がある。そのため、基盤となるOSバージョンに関係なく、カスタムコンパイルされたライブラリに対してbitcoinをビルドすることになる。その慣行により、glibcが主要な互換性の懸念事項となる。
具体的にどのライブラリがどの最新glibcバージョンのどの機能を使っているか示してほしい（問題を正しく理解するために）。
見た限りでは、wxWidgetsとboostは静的にリンクされている。「依存ライブラリの非常に特定のバージョンに対してビルド」されるためだろう。だが、これらのライブラリのどちらも新しいglibcを必要とする理由が見当たらない。wxWidgetsは ./configureの段階でglibc 2.1以降を要求する程度の確認しかしていない。wxWidgets 2.9.0やboost 1.40.0のどの機能が、例えばglibc 2.5以上 (これもかなり古いが互換性は高い) を必要とするのかは判然としない。実際、私はこれらの版 (wxWidgets/boost) をglibc 2.5に対してビルドできている。
これはsrc/makefile.unixの中で -Bstaticが使われていることでも確認できると思う。
glibcが（あなたの言う）「互換性の懸念」である唯一の理由は、プロジェクトが非常に新しいLinuxシステム上でビルドされたからだ。これによりダウンロードするユーザーは実行するためにビルドシステムと同じくらい新しいLinuxシステムが必要になる。あなたが述べるような本質的な互換性の懸念があるからではない。
OpenSUSEビルドサービス (OBS) 上でwxWidgets 2.9.xのカスタムビルドは作れたと思う。ここ数時間のうちに、うまくいくならboostも試してみる。それが済めばbitcoindパッケージをコミットしてopenSUSE用ビルドを取得し、その先で他のディストリビューションのリポジトリ (CentOS, Ubuntu, SLE, Fedora等) も有効化できる。
boostは「1.40.0」が必要なのか、「1.40.0以降」でよいのか、誰か確認してもらえないだろうか。現行は1.42.xで、複数の環境向けにすでにパッケージとして用意されている。この経緯を説明してくれる人はいないかな。
wxWidgets 2.9.xは開発系列なのでプレリリースだ。プレリリース版を使うためにカスタムビルドが必要なのは当然で、これはOBSビルドで解決済みだ。