metadata: {"signature": "0x1f1d5e9c203c5d0eadea4315a2daf5549ea9746ecc6f57598ec719c837a21de523cdce5e3840e4368a406557321d032fdcef86f56204a2cc38578fe87ac1d1641b", "application": {"round": "0x64e5b2228ef31437909900b38fc42dd5e4b83147", "answers": [{"type": "email", "hidden": true, "question": "Email Address", "questionId": 0, "encryptedAnswer": {"ciphertext": "oNxgj3Z5PYVsWZaW4QJhzqIxAhJ/eBiP1SYszFJJjILeCES0bqXJHkdE9XhlaE/M", "encryptedSymmetricKey": "2d2ce3739fbd33b6940701d3a548e326a8923a6d93a693968d4f135b7b81ee96cf4c972d0afa9ec2ebbc03819fdd310d5399cd7901ffa69ded32221fe4995f53e0caf6c7e21f269fefd77dca83f121c539044af7e0cb4e6da2a6e3475c23c8aaf52df1935d70a8142754974fa8277ec5a221d496fc71b8f6420455991b254a830000000000000020486ef784ce5ddcb14e86c7484bbada7e5530c1ae0aa9de5b8d237ec91f8c3904b7c0ceaa085f96744931919ca546a8b5"}}, {"type": "short-answer", "answer": "None", "hidden": false, "question": "Funding Sources", "questionId": 1}, {"type": "number", "answer": "2", "hidden": false, "question": "Team Size", "questionId": 2}], "project": {"id": "1:0x03506eD3f57892C85DB20C36846e9c808aFe9ef4:742", "title": "CCIP2.ETH", "logoImg": "bafkreigtwnp27prihhjdcfnaheh46bu6emq4mgojywyex3dinjmiozm3fa", "metaPtr": {"pointer": "bafkreif3bn52dpoaowec5qjmlxm5gt2ufg2nkr5fdr2ctowzkf4t74iqse", "protocol": "1"}, "website": "https://ccip2.eth.limo", "bannerImg": "bafkreiapfk26ira73lgxwkp6xathn6llhoe2osngp4nd7hybfalrbqyu7q", "createdAt": 1682087064147, "userGithub": "sshmatrix", "credentials": {"github": {"type": ["VerifiableCredential"], "proof": {"jws": "eyJhbGciOiJFZERTQSIsImNyaXQiOlsiYjY0Il0sImI2NCI6ZmFsc2V9..xRhk9Tb2SAJbMMg4VEfsYfmM6q38MJtQf_k0037z18fN3jVTQLNJyH1txyocZv0nFYdAwYRgH7kNIP59ssKaAw", "type": "Ed25519Signature2018", "created": "2023-04-21T14:19:07.331Z", "proofPurpose": "assertionMethod", "verificationMethod": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC#z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC"}, "issuer": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC", "@context": ["https://www.w3.org/2018/credentials/v1"], "issuanceDate": "2023-04-21T14:19:07.331Z", "expirationDate": "2023-07-20T14:19:07.331Z", "credentialSubject": {"id": "did:pkh:eip155:1:0xf3cC9e9762aF46870cf1b2DD8A33D8e1B9C4E935", "hash": "v0.0.0:9bdrizdty3mJ7NLxBRRj35tigrQnP0ohol8wEo+YM/8=", "@context": [{"hash": "https://schema.org/Text", "provider": "https://schema.org/Text"}], "provider": "ClearTextGithubOrg#namesys-eth#19473027"}}}, "description": "The usage of ENS records seems to have plateaued despite their enormous potential to provide a decentralised web3 identity and dwebsites. This is a consequence of very high gas costs associated with adding and updating ENS records on the blockchain. Currently, it costs more gas to set a text record than an entire year's registration for a 5-character ENS name. While IPNS has reduced the gas costs associated with updating Contenthash, other records appear to either be unset or rarely updated once set.\n\n**CCIP2.ETH** Off-chain ENS Records Manager is designed by NameSys.eth to solve the big $GAS problem by storing the ENS records off-chain on IPFS/IPLD and linking them with user's on-chain IPNS Contenthash. Records stored under IPNS are then resolved by [ENSIP-10 CCIP-Read](https://docs.ens.domains/ens-improvement-proposals/ensip-10-wildcard-resolution) implementation of [CCIP2.eth Resolver Contract](https://github.com/namesys-eth/ccip2-eth-resolver). Users only have to pay gas fees for initial Resolver and IPNS Contenthash setup. \n\nCCIP2.ETH uses randomised list of public IPFS gateways so it doesn't require any centralised web2 gateways to resolve ENS records, and the users are fully in control of their deterministic IPNS keys and data storage. CCIP2.ETH enables fully dynamic record updates as often as possible **at zero cost**, and only limited by how fast we can pin and propagate IPNS records globally. Users can sign their ENS records to be verified each time before resolving and resolution will revert if ownership of ENS domain changed recently or in scenarios when public IPFS gateways are under attack.\n\nIPNS private key is deterministically generated on client-side and doesn't require to be shared with any third-party IPNS service provider. This is made possible by our [NIP-111](https://github.com/dostr-eth/nips/blob/ethkeygen/111.md)-like deterministic key generation from wallet signatures. CCIP2.ETH also supports use of ENS as Bitcoin lightning address and Nostr (NIP-05) social profile. \n\n![](https://raw.githubusercontent.com/namesys-eth/ccip2-resources/main/graphics/png/ccip2.png)\n\nWe believe CCIP2.ETH will completely change how ENS records are updated and consumed in future without any centralised service providers. \n\n**Source codes and Docs:** https://github.com/namesys-eth \n", "lastUpdated": 0, "projectGithub": "namesys-eth"}, "recipient": "0x59AD62Fe873409969AC636Ec38eDD000411b0847"}}