Docs update namespace profiles for solana and eip155 to align with the new template#155
Conversation
0xMonoAx
commented
Oct 28, 2025
0xMonoAx
commented
- Updates the EIP-155 profile with the new CAIP-350 structure and cleans up deprecated references
- Applies the new CAIP-350 template to the Solana profile with updated sections for conversions and structure
0xteddybear
left a comment
0xteddybear
left a comment
There was a problem hiding this comment.
if you implement the suggestion of removing the 'extra considerations' section, make sure to also remove it here. other than that lgtm
|
|
||
| ## References | ||
|
|
||
| [^1]: This makes it possible to represent some chains using the full word as their chainid, which CAIP-2 does not support since the set of values representable with 32 `a-zA-Z0-9` characters has less than `type(uint256).max` elements. This is done in an effort to support chains whose ID is the output of `keccak256`, as proposed in [ERC-7785]. |
There was a problem hiding this comment.
is this no longer the case? 👀
There was a problem hiding this comment.
The ERC-7785 idea was dropped, and the decision was made to move forward with ERC-7930. You can read more here.
| See [EIP-55]. | ||
|
|
||
| ### Error handling | ||
|
|
There was a problem hiding this comment.
are these placeholders for future error handling and implementation considerations? i'd rather have no sections than empty sections (I should probably add that to the CASA style guide and template files).
There was a problem hiding this comment.
Yes, since these are for future implementations, it makes sense to keep them only in the template for now to avoid having empty sections
4 participants
