Summary
Contract events carry fields encoded in Soroban XDR format, but the specific type mappings for each field are not documented. Indexers and consumers need to know whether a field is an Address, i128, Symbol, or other type to decode it correctly.
Scope
- document each field in every emitted event with its Soroban type and encoding format
- note any fields where the type differs from what the name implies
- place the docs alongside the event naming conventions reference
Acceptance Criteria
- every event field has a documented Soroban type
- any non-obvious type choices are explained
- no code changes are required; this is a docs-only issue
Contributor coordination: if you pick this up, reach out in Telegram for updates or clarification: https://t.me/accesslayerorg
Summary
Contract events carry fields encoded in Soroban XDR format, but the specific type mappings for each field are not documented. Indexers and consumers need to know whether a field is an Address, i128, Symbol, or other type to decode it correctly.
Scope
Acceptance Criteria
Contributor coordination: if you pick this up, reach out in Telegram for updates or clarification: https://t.me/accesslayerorg