Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

VeeFriends rating of Poor is innaccurate. Please fix asap. #11

Open
kwigbelle opened this issue May 30, 2021 · 0 comments
Open

VeeFriends rating of Poor is innaccurate. Please fix asap. #11

kwigbelle opened this issue May 30, 2021 · 0 comments

Comments

@kwigbelle
Copy link

Guessing you see the cdn fronting and the onchain bridge service as centralized. It’s backed by on chain and arweave data but there are wrappers now for performance and compatibility. You can look at the GetMetadata call on the VeeFriends contract itself, it returns all the metadata. The only thing the tokenURI does is read this direct from chain and format it as an ERC721 metadata json. This is because services expect a URI for that value and there is no standard URI that would point them at the chain itself.

The erc 721 standard didn’t expect true onchain data would be a thing so it left no provision for it.
The CDN is just a performance wrapper if you take the first part of the path of that URI and put it against any arweave gateway it will resolve to a blockchain hosted json array. Within this array the individual bits of content are listed.
The second part of the path is the index on this list.
Take the hash from that on chain list and it is also hosted on arweave.
All the cdn does is read on chain data to find and cache on chain data, so that it serves faster for a good web experience.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant