metadata: {"signature": "0xf3bb0fe78fe1fee99ec300962bf7a7f6f6b53bae3a8aa252261182ed41e5a5d1116c0a60ca55c970b4c1ee1d513635c6719e3b5848c9135e45058a19387949491c", "application": {"round": "0x12bb5bbbfe596dbc489d209299b8302c3300fa40", "answers": [{"type": "email", "hidden": true, "question": "Email Address", "questionId": 0, "encryptedAnswer": {"ciphertext": "OHo+/ROdgK+qPJ9w2o9tErqtQHtUoY/qZtJcIxsA0S4=", "encryptedSymmetricKey": "edb1d9c1e75932bfacb9f4121ed791a4cb2973d7dccc77b8890bb736024e68af85d9c1b15040848a5f39e883dd72fb0082ac5da3fec0fb5c74ba5d39cd67aa5920f34356eac429a5f704e7c57de7d2ccaeb935d98bd389fdd344f929f244d2b884498cfd3ff31adba4b1e4559b246b058bfa477aea475e5e96b809be419a25b90000000000000020610675f43c528133b401ac982bbce57866e433e810c0680f1caa471c75ac22fb3368c4c831649caa8533fcd41c009989"}}, {"type": "short-answer", "answer": "no", "hidden": false, "question": "Previous project funding sources (VC, grants, token sales, etc)", "questionId": 1}, {"type": "number", "answer": "20000", "hidden": false, "question": "Total prior funding for project in USD", "questionId": 2}, {"type": "number", "answer": "1", "hidden": false, "question": "Total team size", "questionId": 3}, {"type": "number", "answer": "1", "hidden": false, "question": "How old is the project? (Months)", "questionId": 4}, {"type": "address", "hidden": true, "question": "If you participated in past grant rounds using a different project payout wallet address, please share it here:", "questionId": 5, "encryptedAnswer": {"ciphertext": "MLo8lQRIRkbKlGronETIv75ExtzboAn4enR6lcO3xbA=", "encryptedSymmetricKey": "9b7d82788e1c2cd2cb282c0dfa35b85f197ee6ef34c1fcb12ab89e5e397cd7556ec42cc36b10df718e18df832f0e680673c3244c86605214685dcf45ddd8817e7eca7050959c6a5e3b70f59327a3c3d9a06f198db17f7116b6227680480969a4de341eb6a398f3b10520661e3d1360bb69fd19f100d200c7896c16c24668f7080000000000000020aff50195d21e5f72e013579db965731334567fefc32e380f106dc71fc3ffadb05dc550e1ce15fd8f28f241f7f1adb9b9"}}, {"type": "paragraph", "hidden": false, "question": "Profiles or socials of other main team members publicly associated with project", "questionId": 6}, {"type": "multiple-choice", "answer": "Yes", "hidden": true, "question": "Have you read and confirmed your grant abides by the Program General Eligibility Policy? https://gitcoin.notion.site/Gitcoin-Grants-Beta-Round-Eligibility-b7fca9fd3c26450b89ded11caaa6497f", "questionId": 7}, {"type": "paragraph", "answer": "Everything will also become wonderful.\n\n- The ENS domain becomes a real ID both offchain and onchain\n\n- Just reset the resolving address in the ENS APP, the account can be handed over automatically. Especially considering the features of SBT, EOA cannot achieve this. Also, ENS itself has a complete and flexible permission mechanism for setting the resolving address, which can meet the needs of the organizations.\n\n- Since the ENS domain is a ERC-1155 NFT, you can manage your account by operating the NFT.\n\n- After the launch of ENS Namewrapper, ENS has built-in flexible permission mechanism called `fuse`. Therefore, the developer does not need to implement similar mechanism in the ENSAA account and can reuse the built-in permission mechanism of ENS.\n\n- ENSAA introduces more possibilities for recovery and security of the account. The various information on ENS is a potential source of account recovery and risk control. For example,\n\n  - When the private key of the Ethereum address is lost, users can choose the private key of the Dogcoin address to continue using the ENSAA account, similar to the idea of the Ethereum client diversity.\n\n  - For some high-risk operations on the account, verification can be achieved through multiple signatures of private keys in multiple chains.\n\n  - ENS also records social information (such as Twitter), providing the possibility of introducing social recovery and the keyless account.", "hidden": true, "question": "How does your project fit into the OSS round eligibility criteria? ", "questionId": 8}, {"type": "paragraph", "hidden": false, "question": "If you've participated in past grant rounds, please share any new updates or milestones from the prior months", "questionId": 9}, {"type": "paragraph", "hidden": false, "question": "Anything else you'd like to share about your project, previous work, or other project affiliations? Anything you'd like to add that has not been covered?", "questionId": 10}, {"type": "multiple-choice", "hidden": true, "question": "Does 50% of your team reflect the diversity of the community your project serves with a particular emphasis on including women, Black, Indigenous, and People of Color (BIPoC), individuals with disabilities, and members of the LGBTQ+ community?", "questionId": 11, "encryptedAnswer": {"ciphertext": "XO/Bu3ppWhyUcmmQjZAtqkJxUS2znjhP+KPJ/h7Ydpg=", "encryptedSymmetricKey": "572d53a16f8d51f950b3095e6de26c12172cf1a530dd02452fccb17e5d561973e552108b8662aeef387a2ddeeed61f03d61b6b9714251baba8dfddfee1812fb64b80a26cc65b3347759f0dca24c42b872926309aede92f93273447797e0fcdaf5115f0ef7fdb6f0c531838bd552c34ea315ff1447632efc9f4be7b249ffe512a00000000000000203d4bb2cc0a080dd23ad61fa222abdf8a24f60cf6c02039390c4c8f3d0c45b0eaab39b27764432ca25842d18c9ba705a0"}}], "project": {"id": "1:0x03506eD3f57892C85DB20C36846e9c808aFe9ef4:786", "title": "ENSAA", "metaPtr": {"pointer": "bafkreibmlnoejnsewkk736nu2pcg2hkiaroch4k7struonmgllqjlfm6xy", "protocol": "1"}, "website": "https://github.com/ENSAAWallet/ens-aa", "createdAt": 1682098796895, "userGithub": "doublespending", "credentials": {"github": {"type": ["VerifiableCredential"], "proof": {"jws": "eyJhbGciOiJFZERTQSIsImNyaXQiOlsiYjY0Il0sImI2NCI6ZmFsc2V9..MWzSfjpUMqsRI4u1cdWvCPWXFXNFnVQpGpXwQiwSKEr5Z8XT41XRsk11WXQmKugoXlIKj5AKbAbqpO_O1w63Bg", "type": "Ed25519Signature2018", "created": "2023-04-21T17:39:49.007Z", "proofPurpose": "assertionMethod", "verificationMethod": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC#z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC"}, "issuer": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC", "@context": ["https://www.w3.org/2018/credentials/v1"], "issuanceDate": "2023-04-21T17:39:49.007Z", "expirationDate": "2023-07-20T17:39:49.007Z", "credentialSubject": {"id": "did:pkh:eip155:1:0xBBbb17A8C1Ce64be28faCd93b22450abB01B5DCA", "hash": "v0.0.0:zwJedgAh80Yw2lbcYhxMqfXIS/Ev36bpE9K52AHT+S0=", "@context": [{"hash": "https://schema.org/Text", "provider": "https://schema.org/Text"}], "provider": "ClearTextGithubOrg#ENSAAWallet#33960178"}}, "twitter": {"type": ["VerifiableCredential"], "proof": {"jws": "eyJhbGciOiJFZERTQSIsImNyaXQiOlsiYjY0Il0sImI2NCI6ZmFsc2V9..612EPW1tNJoVlbZxWiriiLjUk969P2DN7Pij9oi4CaTDK7k-xhnTuHf_KdzkEL96Do3gk2hBqqYx53aAKNZnBw", "type": "Ed25519Signature2018", "created": "2023-04-21T17:39:40.852Z", "proofPurpose": "assertionMethod", "verificationMethod": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC#z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC"}, "issuer": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC", "@context": ["https://www.w3.org/2018/credentials/v1"], "issuanceDate": "2023-04-21T17:39:40.852Z", "expirationDate": "2023-07-20T17:39:40.852Z", "credentialSubject": {"id": "did:pkh:eip155:1:0xBBbb17A8C1Ce64be28faCd93b22450abB01B5DCA", "hash": "v0.0.0:D0BkZpN87Bf+867LlS/d89HMWUY/o1L43hlh5MXbdng=", "@context": [{"hash": "https://schema.org/Text", "provider": "https://schema.org/Text"}], "provider": "ClearTextTwitter#0xbbbb_eth"}}}, "description": "# ENSAA\n\nENS is a leading DID solution with the following characteristics.\n\n- Easy to remember and can be resolved into the blockchain address\n\n- Support multichain including Bitcoin, Dogcoin, etc\n\n- Various records including `ADDRESSES`, `CONTENT`, `TEXT RECORD`, etc\n\n- Integrated by a large number of applications\n\n- [Namewrapper](https://ens.mirror.xyz/0M0fgqa6zw8M327TJk9VmGY__eorvLAKwUwrHEhc1MI) is an elegant permission mechanism and makes all ENS domains become ERC-1155 NFTs.\n\nHowever, ENS domain are mainly used as DID for offchain domain resolution while onchain operations are based on the resolved address instead of the ENS domain. Therefore, the resolved address is the real onchain ID.\n\nCan we have a real ENS Ethereum account as our onchain ID?\n\nObviously, if account abstraction can be organically combined with ENS, then this problem can be solved. Everything will also become wonderful.\n\n- The ENS domain becomes a real ID both offchain and onchain\n\n- Just reset the resolving address in the ENS APP, the account can be handed over automatically. Especially considering the features of SBT, EOA cannot achieve this. Also, ENS itself has a complete and flexible permission mechanism for setting the resolving address, which can meet the needs of the organizations.\n\n- Since the ENS domain is a ERC-1155 NFT, you can manage your account by operating the NFT.\n\n- After the launch of ENS Namewrapper, ENS has built-in flexible permission mechanism called `fuse`. Therefore, the developer does not need to implement similar mechanism in the ENSAA account and can reuse the built-in permission mechanism of ENS.\n\n- ENSAA introduces more possibilities for recovery and security of the account. The various information on ENS is a potential source of account recovery and risk control. For example,\n\n  - When the private key of the Ethereum address is lost, users can choose the private key of the Dogcoin address to continue using the ENSAA account, similar to the idea of the Ethereum client diversity.\n\n  - For some high-risk operations on the account, verification can be achieved through multiple signatures of private keys in multiple chains.\n\n  - ENS also records social information (such as Twitter), providing the possibility of introducing social recovery and the keyless account.\n\nCurrently, ERC-4337 is a relatively mature account abstraction solution. At first glance, the developer only need to access ENS information during the ERC-4337 validation loop to achieve ENSAA's goals.\n\nHowever, in order to prevent bundlers from being attacked, [ERC-4337 restricts the account behavior during the ERC-4337 validation loop](https://eips.ethereum.org/EIPS/eip-4337#simulation). One of the constraints is that account validation can only access storage associated with the account. Due to the fact that ENS information is stored outside of the account, this approach becomes infeasible.\n\nThis project innovatively solved this problem and achieved ENSAA that meets the ERC-4337 specification.\n\nThe basic idea is as follows\n\n- ENS domain name uses custom `AAResolver` to record ENS information\n\n- When the information recorded by `AAResolver` changes, callback the relevant `ENSAccount` for sync.\n\n- Finally, The ERC-4337 validation loop of `ENSAccount` only requires accessing `ENSAccount`'s own storage for verification.\n\nHowever, forcing ENS domain to use custom `AAResolver` is not feasible. Once the ENS domain switches to other `Resolver`, the binding link of `ENSDomain <-> AAResolver <-> ENSAccount` will be broken.\n\nTherefore, this project introduces the `fuses` mechanism of the ENS Namewrapper. When creating an `ENSAccount`, `ENSAccountFactory` will check the fuses of the ENS domain to ensure that once `ENSAccount` is deployed, the ENS domain cannot switch to other `Resolver`. Of course, the expiry of the ENS domain will also be considered to ensure the binding link of `ENSDomain <-> AAResolver <-> ENSAccount`.\n\nSo, everything becomes wonderful again ~\n", "lastUpdated": 0, "projectGithub": "ENSAAWallet", "projectTwitter": "0xbbbb_eth"}, "recipient": "0xBBbb17A8C1Ce64be28faCd93b22450abB01B5DCA"}}