|
Hi @jeffsyee, A definition question about M4 for the MIT (M8) column. Per the platform's cross-model rule it is yours to settle, not ours to assume: https://github.com/openwave-labs/openwave/blob/main/dev_docs/CROSS_MODEL_TESTING.md M8 tests each family in MIT's three flat SU(2) connections on S3/2I. A field can be twisted by such a connection only if it carries an internal representation the connection acts on. The pinned wave_engine.py evolves a single 3-component field psi by a componentwise vector Laplacian (no div/curl), seeds it as a radial, longitudinal displacement psi = A*profile(r)*r_hat, and takes the potential on |psi|^2. That reads like a physical spatial displacement, but it could be three internal scalar components that are merely seeded radially. The platform rule is explicit that a component count and our reading of the code do not settle this; your word does. So is psi:
Why a one-line answer is enough, i.e. the registered branch it closes:
We are not modifying wave_engine.py or the M4 dynamics either way. Thanks, Blake |
Replies: 1 comment 2 replies
|
Hi @dmobius3, since we helped @jeffsyee build the M4 engine, here is some engine-level context while the question is in flight. Jeff, as the EWT model author, is the person to definitely settle it. What the engine itself commits to, for what it is worth:
So the engine, as built, implements your reading 2 (geometric spatial displacement). But the engine is our implementation of the theory, not the theory: whether EWT means psi as a literal displacement of the granular medium is the author-gated part. Over to Jeff. |
@xrodz @jeffsyee
Sounds good, gents. That closes this Q&A.
On S3/2I, native M4 remains untwisted, so three-connection compatibility are “not applicable” rather than a failure. M4 stays in the M8 program as a dynamical comparison model.
The remaining curved-quotient operator choice is now an M8 specification task, not an open author question or a blocker on this thread.
Thanks again 🍻