Closed SamWilsn closed 3 months ago
i am of the opinion that we allow as much links as possible to the sources which we deem to be safe to refer (immutability and reputation wise)
^ I would be glad to open a PR that consolidates the allowlist into a simple two-column table with domains (reputation) and regexs (CI-able immutability-check), since each source has a different URL/URN scheme for its immutable docs (and non-immutable docs we presumably don't want to allow links to).
In the case of CAIPs, it might be easier to do allow rendered CAIPs (domain chainagnostic.org
) and check a <meta>
tag I can rejigger jekyll to include in each rendered page containing that document's status from the jekyll frontmatter? or maybe i can create a separate subdomain or path just for docs with final status so that a simpler regex can be created, like https://chainagnostic.org/CAIPs/final/caip-25
?
I wanted to avoid commenting on this one since I wrote EIP-5757, but since no one has discussed whether CAIPs meet the requirements there, I guess I probably should:
Versioned: Yes; git hashes. Availability: Questionable; only existed since August of 2019. No Cost: Yes; repository is CC0-1.0.
My two concerns are:
Since we have a reasonable workaround (copying to assets), and the only availability benchmark we have hasn't been met, I am going to oppose this CFI.
There's also the question of legitimacy, which I neglected to bring up earlier. While it isn't an official requirement, do we want to recognize CAIPs as a "legitimate" standards body? If we do, we should link to them. If not, put them in assets/
.
In strong favor to allow link to CAIP
The general consensus is to affirm this CFI.
Call for Input
Background
See https://github.com/ethereum/ERCs/pull/99