日本では2004年頃にLCFRが開発され、またロシアでは2020年までの開発プログラムによりBREST-300の設計が完了しているが、これらの冷却材は鉛のみを使用するものである。東芝傘下のウェスティングハウス・エレクトリック・カンパニーは、2015年に米国エネルギー省との鉛冷却高速炉の共同開発を提案しているが、これもビスマスを使用するとはされていない。
1991年頃にロシアが開発したSVBR-75/100は、冷却材として鉛ビスマス共晶合金（英：Lead-bismuth eutectic）を使用している。日本においては、ナトリウム冷却高速炉もんじゅの開発が1995年の事故で停止したため鉛冷却高速炉の開発が検討され、2000年代の頃はロシアとの間に「Japan-Russia LBE Coolant Workshop」など研究会がもたれ、「Pb-Bi（鉛－ビスマス合金）冷却材は旬の研究テーマ」とされていた。
2005年、天山はIWGPヘビー級チャンピオンとして、小島は三冠ヘビー級チャンピオンとして史上初の四冠統一戦のリングで向かい合った。試合は59分45秒で天山が脱水症状を起こしKO負け、小島が初の四冠王に輝いた（その後IWGP王座はリターンマッチが行われ天山が王座奪回）。2006年にはG1 CLIMAXに小島が出場。大会前に「眼中に無い」と言われ発奮した天山と決勝を戦い天山が優勝。この決勝での激闘を通じて二人は互いに歩み寄るようになりその年の世界最強タッグ決定リーグ戦にテンコジとして出場し見事優勝を果たした。それからしばらくは目立った活動は無かったが、2008年7月8日に天山が抗争を繰り広げていた飯塚高史とのランバージャック・デスマッチに勝利後G・B・Hに袋叩きにされている所に全日本を負傷欠場中だった小島が救出に駆けつけ「真壁&G・B・H、よく聞け。俺たちが世界で一番有名で、世界で一番かっこいいタッグチーム、天山&小島、略してテンコジだ、バカ野郎!」とマイクアピールし、再びテンコジとして活動していくことをアピールする。それから数試合新日本と全日本のビッグマッチで勝利を積み重ねた二人はプロレス界イチ泣かせるタッグチームというやたらと長いチーム名で満を持してG1タッグリーグに出場。初戦こそ落としたもののそれ以降順調に勝ち続け決勝トーナメントも制して優勝。そして世界最強タッグ決定リーグ戦でも負傷に苦しみながらも優勝を遂げた。2009年1月4日の東京ドーム大会では真壁刀義&矢野通組のIWGPタッグ王座にチーム3Dと共に3WAY戦で挑戦することが決まっていたが天山が網膜剥離で欠場を余儀なくされた。天山はそれから4か月後の5月3日に復帰。復帰戦でチーム3Dに移っていたIWGPタッグの挑戦権を巡り、ジャイアント・バーナード&カール・アンダーソン組と対戦したが、天山がアンダーソンに敗北。試合後「いつまでもコジに迷惑掛けられへん」と活動休止を宣言した。2010年に入り天山は長期休養から復帰、小島はフリーとして「小島軍（仮）」として新日本に上がると敵対をしていたが、鈴木みのるが小島軍を乗っ取り追い出されると試合は直接は無かったがフェードアウトする形となる。
MFCではアプリケーションのコンパイル＆ビルド時に設定・定義するMBCS/UNICODEシンボル情報に合わせて、それぞれMBCS版MFCライブラリとUnicode版MFCライブラリが暗黙的にリンクされて使用される。MBCS版とはANSIマルチバイト文字セット (Multibyte Character Set) 版のことで、例えば日本語版の場合Shift_JIS（厳密にはANSIコードページ932）に相当する。データの格納にはchar型およびその配列が主に使われる。Unicode版とはWindows用のUnicode対応版のことで、UTF-16LEに相当する。データの格納にはwchar_t型およびその配列が主に使われる。WindowsではOSの内部文字コードがUTF-16LEのため、一般的にはアプリケーションの内部文字コードとしてUTF-8マルチバイトやUTF-32が使われることは少ない。MFCアプリケーション開発において、MBCSおよびUnicode両方のバージョンで動作するコードを記述する場合、一般的にはMBCS, _MBCS, UNICODE, _UNICODEなどのシンボル定義状況に応じてコンパイルするコードを分岐させることで対処する。MFC/ATL、標準C/C++ランタイムライブラリ (CRT) およびWin32 APIにはMBCS/Unicode両対応を容易にするためのマクロや、TCHAR, LPTSTR, LPCTSTR型およびCStringクラスといったヘルパーが用意されている。Unicode文字列に対応したWindows OSはWindows 2000およびWindows XPからで、Windows 9x系のOSではもともとUnicode非対応であり、歴史的にWindowsアプリケーション開発言語としてのC/C++は長らくMBCSを使用してきたが、国際化対応（Unicode対応）が求められるという時代の流れから、まずVisual Studio 2005ではプロジェクトの既定の設定がUnicodeとなり、さらにVisual Studio 2013からは、MBCS版MFC/ATLライブラリは非推奨となりインストーラに同梱されなくなった（Unicode版MFC/ATLライブラリのみ同梱）。なお、ライブラリのバイナリがIDEにバンドルされなくなっただけで、Visual Studio 2013向けMBCS版MFCライブラリのDLLバージョンはマイクロソフト社の公式サイトからダウンロードすることで取得できる。一方、Visual C++ 再頒布可能パッケージ（エンドユーザー向けリテールランタイム）には、2013以降も、引き続きMBCS版MFCランタイムDLLが含まれ、MBCS版MFCランタイムを顧客に再頒布するための追加の手順は必要ない。なお、Windows 8/Windows RTで導入されたWindowsストアアプリ（のちのWindows 10におけるユニバーサルWindowsプラットフォームアプリ）は、C#などの.NET言語による開発のほか、C++/CXというネイティブ拡張言語による開発も可能となっているが、ATLの一部は使用できるもののMFCは使用できない。また、Windowsストアアプリではマルチバイト文字・文字列のAPIが使えなくなっており、ASCIIもしくはUnicode文字・文字列のみが使用できる。