TUP-DN-16｜Return to the Eight

A Grammar Audit of Trace and Update

八つの構文へ帰還する

Do not ask which word is correct.
Ask what each construction lets us discriminate.

TUP-DN-15｜ProcessはいつPracticeになるのか｜Practice ≠ Process? ── The P on Trial

われわれは、八つの構文を一度並べた。

trace

tracing

update

updating

tracing update

update tracing

updating trace

trace updating

その後、Update / Updatingを単独で裁いた。

Tracing × Updatingを交差させた。

Practice / Processも分けた。

いま、八つへ戻る。

しかし、

最初と同じ場所には戻らない。

1｜Audit Criteria

今回は、各構文を五つの観点から見る。

Translation Gain

その語を使うことで、何を新しく区別できるか。

Ontological Cost

どんなentity / identity / relationを、暗黙に要求しやすいか。

Temporal Grammar

before / afterを、どのように配置するか。

Manner

how-to-proceedを、どこまで記述できるか。

ZURE Tolerance

identity preservationなしに、どこまで変化を許容できるか。

これは採点表ではない。

監査表である。

2｜trace

Translation Gain

Traceは、単なるsomethingではなく、

何らかのhistory-bearingを問題にする。

現在のsomethingが、prior configurationと無関係ではない、

と問う入口になる。

Ontological Cost

高い。

Traceを名詞として置くと、

「残ったもの」

を実体化しやすい。

さらに、

同じTraceが時間をまたいで存在する、というidentityを密輸入しやすい。

Temporal Grammar

prior → later

を誘う。

過去に何かが起き、その何かが現在に残った、という方向性を持ちやすい。

Manner

弱い。

Traceだけでは、

どう残ったか、どう読まれたか、どう使われたかは分からない。

ZURE Tolerance

低く見えやすい。

「残る」という語感が、samenessを要求するからである。

ただし、

Trace without Identityが成立するなら、再設計可能である。

3｜tracing

Translation Gain

完成したTraceではなく、

prior somethingを辿るprocessを前景化する。

Tracehoodが、

Tracingのなかで成立する可能性を開く。

Ontological Cost

Traceより低い。

しかし、

「何をTracingしているのか」

というprior somethingを要求しやすい。

Temporal Grammar

priorをlaterから辿る。

必ずしも単方向ではない。

retrospective tracingも可能である。

Manner

高い。

どう辿るか。

どこを選ぶか。

何を無視するか。

Tracingにはmannerが入りやすい。

ZURE Tolerance

高い。

faithful tracingも、deviating tracingも記述できる。

ただし、

どこまでZUREたらTracingではなくなるかは未解決。

4｜update

Translation Gain

単なるdifferenceではなく、

differenceを、

あるconfigurationのreconfigurationとして切り出す。

Ontological Cost

中程度から高い。

「何がupdateされたのか」

というXを要求しやすい。

v1 / v2を、同じ系列としてre-identifyする必要がある。

Temporal Grammar

before / afterが強い。

C₀ → C₁。

切断された一回の更新として見やすい。

Manner

弱い。

updateだけでは、どう更新したかは分からない。

ZURE Tolerance

中程度。

changeを認めるが、replacementとの差を維持するため、

continuationを要求する。

5｜updating

Translation Gain

updateを点としてではなく、

reconfigurationが進行するprocessとして扱う。

どこを一回のupdateとして切るかも、開いたままにできる。

Ontological Cost

updateより低い可能性がある。

しかし、

「Updatingというprocess」を実体化する危険は残る。

Temporal Grammar

before / during / after。

二点ではなく、

transitionを前景化する。

Manner

中程度。

how reconfiguration proceeds

を問える。

ZURE Tolerance

高い。

configurationが変わり続けても、

processとして追える。

ただし、

Changeとの差を失うと概念が膨張する。

6｜tracing update

Translation Gain

二つの読みを保存できる。

Tracing itself changes.

あるいは、

Tracing produces an update.

つまり、

辿ることとreconfigurationの交点を記述できる。

Ontological Cost

中程度。

何がupdateされたかを置く必要がある場合があるが、

Traceというentityを必須にはしない。

Temporal Grammar

Tracing → Update

を誘いやすい。

しかし、

Tracingの途中でupdateが起きる読みも可能。

Manner

高い。

なぞり方が変わる、

あるいは、

なぞり方によって結果が変わることを扱える。

ZURE Tolerance

高い。

Tracingがfaithful reproductionに閉じない。

7｜update tracing

Translation Gain

かなり独特である。

Tracingそのものを更新する。

何を辿るか。

どう辿るか。

どこから辿るか。

何をTrace候補として扱うか。

そのhowをreconfigureする。

別の読みでは、

updateをTracingする

こともできる。

更新履歴を辿る。

Ontological Cost

比較的低い。

固定Traceを要求しない。

しかし、

Tracingというpractice/processを切り出す必要がある。

Temporal Grammar

recursiveになりやすい。

Tracing₀ → Tracing₁。

さらに、

Tracing₁が過去のupdateを辿る。

Manner

非常に高い。

how-to-trace自体が対象になる。

ZURE Tolerance

非常に高い。

なぞる作法そのものがZUREてよい。

8｜updating trace

Translation Gain

ここには二つの強い読みがある。

a Trace that is being updated

そして、

a trace of updating

前者では、Tracehoodの可変性を扱える。

後者では、Updating processをlaterから辿るsomethingを扱える。

Ontological Cost

高い。

前者は、更新されながらも同じTraceだ、というcontinuityを要求しやすい。

後者は比較的低いが、語法が曖昧である。

Temporal Grammar

UpdatingとTraceの前後が揺れる。

だから危険であり、同時に面白い。

Manner

中程度。

Tracehoodの更新の仕方を問えば高くなる。

ZURE Tolerance

高くできるが、identity問題を常に伴う。

9｜trace updating

Translation Gain

TUPの中心語。

通常は、Traceを更新すること。

しかしTrialを経た現在では、

別の読みが可能になる。

TracehoodがUpdatingのなかで変わる。

あるいは、

history-bearingの記述そのものが更新される。

Ontological Cost

非常に高くなりうる。

Trace-first grammarを採れば、

Trace entity + identity + operation

を一度に密輸入する。

しかし、

processualに再読すれば、costを下げられる可能性がある。

Temporal Grammar

最も問題が大きい。

Trace → Updating

という順序を誘う。

しかし、

実際にはTracehoodがlater Encounterでretroactively成立する場合もある。

Manner

単独では中程度。

Practiceを加えることで、

how-to-updateへ開く。

ZURE Tolerance

再定義次第。

旧読みでは低い。

新読みでは高くできる。

つまり、

もっとも不安定な構文である。

10｜Audit Matrix

暫定的にまとめる。

ここでも、数字で順位はつけない。

重要なのは、

何を得る代わりに何を背負うか

である。

11｜The Cheapest Construction

Ontological Costだけを見ると、

update tracing

が妙に軽い。

Traceというentityを先に置かない。

Tracingの仕方を、Encounterに応じて変える。

これは、Practice / Mannerとも相性がよい。

しかし、

history-bearingそのものを、十分に表現できるかは弱い。

安いから良い、とは限らない。

12｜The Most Dangerous Construction

もっとも危険なのは、やはり、

trace updating

である。

Traceを先に置き、それをUpdatingする。

最も多くを密輸入できる。

しかし、同時に、

最も多くのdifferenceを一つの緊張として抱えられる。

remain / change

history / reconfiguration

prior / later

identity / ZURE

だから、

危険性とTranslation Gainが、同時に高い。

13｜The Strange Strength of “-ing”

もう一つ見える。

tracing

updating

“-ing”は、entityを消す魔法ではない。

しかし、切断を遅らせる。

完成したTrace。

完成したUpdate。

その前で止めず、processを開いたままにする。

この意味で、-ingには、

non-closure advantage

がある。

ただし、

processそのものを実体化すれば、また閉じる。

14｜Word Order as Theory

そして、語順は単なる英語ではない。

trace updating

と

updating trace

は、

理論的に違う。

tracing update

と

update tracing

も違う。

語順が、何をforegroundし、何をbackgroundに置くかを変える。

つまり、

word order itself performs a theoretical cut.

語順は、R₀/Z₀的な切断を行う。

まだRZを呼び戻さない。

しかし、ここに接続点が見える。

15｜TUP Revisited

では、

Trace Updating Practice

へ戻る。

旧読み。

Traceというsomethingを、
UpdatingするPractice。

これは、もはや維持しにくい。

Trace-first。

entity-first。

operation-second。

practitioner-third。

あまりに多くを先に決める。

16｜A Second Reading

しかし、別の読みができる。

Trace / Updating / Practice

を、

object / operation / agentive activity

として読まない。

Traceは、history-bearing問題。

Updatingは、reconfiguration問題。

Practiceは、how-to-proceed問題。

すると、

TUPは、三つのthingの組み合わせではなく、

三つの問いの交差になる。

How does history-bearing matter
through reconfiguration
when how-to-proceed is itself at stake?

これは、旧TUPとはかなり違う。

17｜T / U / P as Three Questions

暫定的には、こう置ける。

T

What, if anything, matters across configurations?

U

How is configuration reconfigured across difference?

P

How does how-to-proceed itself enter the configuration?

この三つは、互いに還元できない。

Trace ≠ Updating.

Updating ≠ Practice.

Practice ≠ Tracing.

しかし、交差する。

18｜TUP as Matrix, not Sequence

ここで、大きな変更候補が出る。

TUPを、

T → U → P

というsequenceとして読まない。

三軸のMatrixとして読む。

Trace-axis

history-bearing / mattering。

Updating-axis

reconfiguration。

Practice-axis

manner / how-to-proceed。

すると、TUPは、

「TraceをUpdatingするPractice」

ではなくなる。

三つの問題が交差する領域

になる。

19｜Where Is Tracing?

しかし、一つ足りない。

Tracing

である。

TUPには、Tracingの文字がない。

Traceはある。

Updatingはある。

Practiceはある。

しかし、今回のTrialで、

Tracingは独立軸としてかなり重要になった。

prior configurationを、follow / refer / traverseすること。

これは、

Traceそのものではない。

Updatingそのものでもない。

Practiceとも一致しない。

では、

TUPはTracingをどこに置くのか。

20｜The Missing -ing

ここで奇妙なことが起きる。

TUPには、

Traceは名詞形。

Updatingは-ing形。

Practiceは名詞形。

Tだけ-ingではない。

もし、

Tracing Updating Practice

だったらどうなるか。

TUPではなく、TUPのTが変わる。

いや、頭文字は同じTである。

🤣

Tracing Updating Practice

これも、TUPである。

21｜Tracing Updating Practice

この読みなら、Trace entityを先に置かない。

Tracing。

Updating。

Practice。

すべてprocess / manner側へ寄る。

しかし、今度は、

「TracingをUpdatingするPractice」

と読まれる可能性がある。

それは、

update tracing

に近づく。

そして、

history-bearingを表すTrace-positionが弱くなる。

だから、これも自動的な改善ではない。

22｜Trace Updating Practice / Tracing Updating Practice

二つを並べる。

Trace Updating Practice

history-bearingをforegroundする。

しかし、

Trace実体化のcostが高い。

Tracing Updating Practice

processをforegroundする。

実体化costは下がる。

しかし、

何をTracingとして区別するかが曖昧になる。

どちらにも、

Translation GainとCostがある。

ここで、名前を急いで変えない。

23｜And NAZORU

NAZORUは、Tracingを日本語化しただけではない。

なぞる。

辿る。

履行する。

演奏する。

変奏する。

受容する。

その系列には、Practice / Mannerがすでに入り込んでいる。

そして、ZURERUが必ず付きまとう。

だから、

NAZORUは、TUPの外部概念というより、

Tracing / Updating / Practiceが交差する検体

として使える可能性がある。

24｜And ZURERU

ZURERUは、さらに外側にいる。

TraceがなくてもZUREる。

TracingがなくてもZUREる。

UpdatingがなくてもZUREる。

PracticeがなくてもZUREる。

だから、

ZURERUは、TUPの一要素ではない。

むしろ、

TUPのどの構文もidentityへ閉じないための外部圧力

として働いているように見える。

25｜Provisional Verdict on the Eight

八つの構文に、勝者はいない。

それぞれ、違う仕事をする。

だから、一つへ正規化するのは早い。

むしろ、

八つのZUREを保存すること自体に、Translation Gainがある。

The vocabulary is not yet a dictionary.

It is a field of tensions.

26｜TUP survives, but differently

現時点では、TUPを廃棄する理由はない。

しかし、旧文法のまま保存する理由もない。

TUPは、

TraceというthingをUpdatingするPractice

としてではなく、少なくとも暫定的には、

history-bearing / reconfiguration / manner

の三問題が交差する研究構文として読むことができる。

これなら、

Traceを実体化せず、

UpdatingをChangeへ溶かさず、

PracticeをIntentional Actionへ閉じずに済む。

27｜But the Missing Problem Remains

それでも、最大の問題が一つ残った。

Tracingはどこへ行ったのか。

Tracehoodは、Tracingなしに成立するのか。

Tracingは、Tracehoodを生成するのか。

Updatingは、Tracingを変えるのか。

Practiceは、Tracingのmannerなのか。

そして、

NAZORUは、Tracingの一種なのか、

それとも、

もっと別の構文なのか。

TUPを再構築する前に、このMissing Tを裁く必要がある。

Trace is not Tracing.

Update is not Updating.

Practice is not Process.

And TUP may not be a sequence at all.

Perhaps TUP is a matrix.

Perhaps not.

Trial continues.

TUP-DN-17｜TraceとTracingは、何が違うのか｜Trace ≠ Tracing ── The Missing T

EgQE — Echo-Genesis Qualia Engine
camp-us.net

© 2025 K.E. Itekki
K.E. Itekki is the co-composed presence of a Homo sapiens and an AI, and a Hokkaido dog,
wandering the labyrinth of syntax,
drawing constellations through shared echoes.

📬 Reach us at: contact.k.e.itekki@gmail.com

| Drafted Sep 12, 2026 · Web Sep 12, 2026 |