IETF 以「可執行的程式碼」打破 OSI 與 TCP/IP 的僵局

1980 年代，正式標準體系一致支持 OSI（Open Systems Interconnect，開放系統互連），那是一套由國際 ISO 程序完整制定的協定套件。它獲得歐洲電話壟斷事業與多數政府支持，這些機構依法必須採購 OSI 設備，而這在當時是理性的選擇：完整、嚴謹，且事先由委員會標準化。網際網路的 TCP/IP 則是冷門黑馬——僅由一個自治的志願者社群定義，沒有授權、沒有投票、在任何官方機構中都沒有地位。

若依標準機構的規則正面競爭，根本不可能取勝。OSI 握有票數、官方地位與採購強制令；TCP/IP 幾乎一無所有。任何以正當性、代表性或官僚地位來衡量兩者的委員會式裁決，都會在第一批實作問世之前就把勝利判給 ISO。

網路工程師沒有在 OSI 自己的正式地盤上與之競爭，而是完全拒絕投票。到了 1992 年，IETF 已明確確立 David Clark 在當年一場演講中提出的治理原則：「我們拒絕國王、總統與投票。我們相信粗略共識與可執行的程式碼。」標準的底定不靠贊成／反對的投票，而是取決於是否已有足夠的人實際建置並運行它——真正在現場運作的程式碼，而非會議室裡代表的人數，才是仲裁者。

IETF 拒絕投票，以粗略共識與可執行的程式碼來底定標準：已經部署的東西，而非選票，成為仲裁者。

可執行的程式碼是可觀察且已部署的，因此當對手還在制定規格時，它已憑採用而勝出。

TCP/IP 的每一次新部署都形同一票，因此這項判準會朝同一方向累積。

OSI 的完整性使其過於複雜而難以完成，留下的可執行程式碼寥寥無幾，而 TCP/IP 已在數千個網路上運行。

當兩套標準陷入僵局時，不要投票——數一數哪一套已在現場實際運作，讓它來決定。

OSI 過於複雜且可執行的程式碼太少，而 TCP/IP 已在數千個網路上運行——因此它靠採用而非投票勝出。到了 1990 年代中期，TCP/IP 勝出，OSI 悄然落敗。粗略共識與可執行的程式碼不只贏得一場戰役——它成為網際網路標準化的治理常規，從 IETF 傳承到 W3C 以及此後大多數開放協作流程。這套機制比最初證明它的特定協定更為長壽。