31 lines
3.0 KiB
Markdown
31 lines
3.0 KiB
Markdown
---
|
|
title: Extensible Data File Formats
|
|
created: 2026-06-29
|
|
updated: 2026-07-17
|
|
type: concept
|
|
tags: [data-format, dev-tool, reliability, supply-chain]
|
|
sources: [raw/articles/f3-file-format-2026.md, raw/articles/ndl-akoma-ntoso-legal-xml-schema-2014-2026.md, raw/articles/e-legislation-japanese-law-akn-search-2026.md]
|
|
confidence: medium
|
|
---
|
|
|
|
# Extensible Data File Formats
|
|
|
|
Extensible data file formats は、保存した時点の読み書き実装だけに縛られず、あとから新しい符号化、圧縮、索引、読み出し単位を足せるようにしたデータ形式の考え方。[[f3-file-format]] はこの方向を、列指向分析ファイルと WebAssembly 復号器の組み合わせで試している。
|
|
|
|
既存の広く使われる形式は、互換性が強みである一方、一度広まった配置や符号化の前提を変えにくい。F3 の主張は、ファイルを「固定仕様に従うバイト列」としてだけでなく、「自分を読むためのメタデータと小さな実行物を持つ保存物」として設計すれば、古い読者と新しい符号化のあいだに橋をかけられる、というもの。
|
|
|
|
## 見るべき軸
|
|
|
|
- **自己説明性**: schema、列メタデータ、checksum、辞書、任意メタデータが、読み手の推測ではなくファイルに残るか。
|
|
- **実行可能な拡張**: 未対応の符号化を Wasm などで安全に復号できるか。
|
|
- **保存と実行の境界**: ファイルに実行物を含めると、互換性は増えるが、検証、砂箱化、供給網、安全性の設計が必要になる。
|
|
- **再現性**: ベンチや論文の主張が、どの入力、どの環境、どの外部 fork に依存しているかを追えるか。
|
|
|
|
## 他のページとの関係
|
|
|
|
[[legal-document-open-data]] は、同じ「将来の読み手が推測しなくても使える形で残す」問題を、法令・議会文書という公共情報に適用する。Akoma Ntoso や日本法令標準 XML schema は、データ構造の拡張性だけでなく、版、引用、翻訳、linked open data といった制度的な参照可能性を重視する点で、一般的なファイル形式設計より civic-tech 寄りである。^[raw/articles/ndl-akoma-ntoso-legal-xml-schema-2014-2026.md] ^[raw/articles/e-legislation-japanese-law-akn-search-2026.md]
|
|
|
|
[[ghidra-mcp]] は、専門作業の手順や品質基準を道具の入口に寄せる例。extensible data file formats は、データを読むための知識をファイル形式側に寄せる例。どちらも [[wiki-maintenance-loop]] と同じく、後から読む人・使う人が毎回文脈を再発見しなくてよい状態を作ろうとしている。
|
|
|
|
[[llm-wiki-pattern]] との共通点は、情報をただ置くのではなく、将来の読み手が利用できる形に編み直すこと。ただし LLM Wiki は人間と LLM のための知識整理であり、F3 は分析システムのためのバイナリ保存形式である。
|