{"signature": "0x4a7c1e99a2f96f103ef0f229175a910438f402aff52a5880c1be85923f8b9b9e5a41c7d6dfa42b42ad0d58c5ebf48960c98b59a4a734f59ad7ce17ee6b94b6621b", "application": {"round": "0xc6bc0ed0bf4675cbf14d1140dcef5415d4e6b0ae", "answers": [{"type": "email", "hidden": true, "question": "Email Address", "questionId": 0, "encryptedAnswer": {"ciphertext": "Eins9qzz8sLd9QCsfIzqkaMvs3GXG4Dun9fSYVcstrxtidWi27++SL+bABsagf1I", "encryptedSymmetricKey": "d91fea462aaeeb7ffe4d61f623dd2a755ffcd04030624349aaafc7c4ea100888bdbe65459c7b9daab31f4b2441a7220edea09e1fc5833ee8a34994365c929f10dc626b478cf2a6c51688f6c310c1f1a7e04c0a93f00e99abfbecb589146cc08dadeddd2cba5c14c8c3e14dbd32397b73ebf74ae112b3c3d3a75d917fc9365a6000000000000000209944ec19c9569a865acfcf20cdcf79b423601cb9a3bbb2c6d4eda2b70b769a30e3f4310b2670abd363eec07641458f8b"}}, {"type": "short-answer", "answer": "We have been fully internally funded to date", "hidden": false, "question": "Funding Sources", "questionId": 1}, {"type": "number", "answer": "6", "hidden": false, "question": "Team Size", "questionId": 2}, {"type": "short-answer", "answer": "https://github.com/Community-Graphs-public", "hidden": false, "question": "Github handle (your project GitHub)", "questionId": 3}, {"type": "short-answer", "answer": "@Leo_Glisic", "hidden": true, "question": "Telegram handle (of zuzalu representative)", "questionId": 4}, {"type": "short-answer", "answer": "5 months", "hidden": false, "question": "How old (in Months) is the project?  ", "questionId": 5}, {"type": "paragraph", "hidden": false, "question": "Is there anything else you'd like to share about your project, previous work, or other affiliations? Is there anything else you'd like to add that may help determine project eligibility?", "questionId": 6}, {"type": "short-answer", "answer": "Leo Glisic - https://x.com/Leo_Glisic ; Jesse Katz - https://www.maitri.network/jesse ; Cait Chizmar - https://www.maitri.network/cait", "hidden": false, "question": "What are the names and social links of your team members?", "questionId": 7}, {"type": "short-answer", "answer": "Yes - Jesse and Cait were both at ZuConnect for the entire time, Jesse was also at Vitalia for two weeks, and Jesse, Cait, and Leo all attended Edge Esmeralda for more than two weeks.", "hidden": false, "question": "Was at least one core team member at Zuzalu or ZuConnect for at least two weeks? If so, who and at which ones? ", "questionId": 8}, {"type": "paragraph", "answer": "At ZuConnect, there were a lot of discussions around the future of Zuzalu and how to scale Zuzalu to the size of Burning Man without diluting the core value and ethos of the community - in other words, how to balance inclusivity and exclusivity. \n\nCommunity Graphs is our best response to that question. By mapping group memberships, and the extent of members’ involvement, we can improve community stewardship and governance, facilitate better interactions, and unlock more robust and scalable reputation systems.\n\nWe’re currently working with the Zuzalu software development team and will be supporting a bunch of upcoming ZuVillages like Georgia, Crecimiento, Edge Lanna and the FTC Residency in Chiang Mai, as well as hackathons like EthSafari, etc. \n\nAt these events, organizers can use Community Graphs to moderate access, and attendees can self-organize and create their own groups around common interests. Builders can also leverage Community Graphs to better serve communities by retrieving group memberships and levels into their applications and reputation systems.\n\nThese reputation systems can improve Zuzalu grant rounds, and other public goods projects like Gitcoin, Optimism, FTC, and Octant (all in our partner pipeline) by providing social sybil and collusion resistance. Additionally, Optimism has expressed interest in leveraging Community Graphs to improve Governance.\n\nMembership levels and reputation systems can also help improve the way groups add new members. For example, those with higher membership levels might be able to invite more new members than those on a periphery. And over time, those who do a better job curating new members might gain a higher reputation in that regard, granting them additional invites. These are some ways in which Zuzalu’s growth can be stewarded. \n\nIronically, in attempting to answer the question of how Zuzalu can grow to the size of Burning Man, we’ve also been approached by the Burning Man Org about using Community Graphs, as they are facing a lot of the same issues, just at a bigger scale.", "hidden": false, "question": "How does your project create value for the Zuzalu ecosystem? ", "questionId": 9}, {"type": "short-answer", "answer": "No; we have been entirely internally funded to date", "hidden": false, "question": "Have you received any other funding for this project? If so, how much and from what sources?", "questionId": 10}, {"type": "paragraph", "answer": "We have not participated in prior rounds.", "hidden": false, "question": "Did you participate in a previous Zuzalu Gitcoin round? If so, how did you use those funds?", "questionId": 11}, {"type": "paragraph", "answer": "Our budget is about $40K per month, which funds a team of 6 full-time people (Leo, Jesse, Cait and 3 engineers). Any funds we receive from this round can be applied retroactively or put toward further development efforts.", "hidden": false, "question": "What is your project budget? And if your project is accepted, how will you use the funds from this round? ", "questionId": 12}, {"type": "paragraph", "answer": "While we have only recently started building Community Graphs, our roadmap fully incorporates the following:\n\nOpen: anyone can create their own community, integrate or build their own attestation mechanisms, voting algorithms, or reputation systems, or interoperate with their own application.\n\nModular & composable: each community can choose their own combination of attestation mechanisms, voting algorithms and reputation systems to serve their specific needs. Identity and reputation systems can even be stacked for a stronger signal (for example, a community might require that you have at least a Gitcoin Passport score of 20 plus a Proof of Humanity). In addition, an algorithm for a reputation system might take another reputation system as an input, or membership levels of a certain community as an input. Our goal is to create the maximum surface area for people to build, combine, and experiment with different social coordination tools.\n\nPrivacy: all aspects of a community can be made private, from the existence of the community itself to the list of members and membership levels. In addition, all attestations are fully private.\n\nDecentralization & Censorship Resistance: all data and computation will be fully decentralized while remaining private, and additionally, each community member will own their own data and will have the option to export their data, providing additional censorship resistance.\n", "hidden": false, "question": "Is your blockchain-facing tech maximally compatible with Ethereum and common Ethereum ecosystem standards(https://ethereum.org/en/developers/docs/standards/)? If so, how? ", "questionId": 13}, {"type": "short-answer", "answer": "Our main project (Maitri - https://www.maitri.network/) is all about incentivizing interoperability across social media in order to create a shared network effects and break the winner-take-all dynamic. A purely open-source license would allow monopolies such as Meta to fork the code while remaining walled off, which would not be in service of decentralizing social media. Instead, Community Graphs will employ a CopyFair licensing model, making free use of the code conditional on interoperating & sharing their social graphs with the broader ecosystem. This will become available once the interoperability layer (https://www.maitri.network/interoperability) of Maitri is live.", "hidden": false, "question": "Is your project open source? If any code is a closed source, why? ", "questionId": 14}, {"type": "short-answer", "answer": "Yes", "hidden": false, "question": "Do you agree by January 1st, 2025 to declare how the funds were used via Zuzagora or its successor? ", "questionId": 15}, {"type": "short-answer", "answer": "Interoperability and modularity are at the core of what we’re building. Other Zuzalu projects can retrieve memberships and membership levels (assuming permissions) for a given community and use those within their applications  Here are a few examples:: (1) Zuzagora forums could use membership levels to grant varying degrees of access (read / write / moderate), or to determine how many people someone can invite / vouch for to join the forums.  (2) Voting applications such as ZuPoll and Carbonvote can incorporate membership levels to give more weight to the votes of members who are more central to a community.  (3) Projects such as zuzalu.city can retrieve lists of communities and community members to populate their Community Spaces.   In addition, anyone working on identity and reputation systems can make those tools available to communities in Community Graphs. And anyone looking to benefit from a reputation system can retrieve that information from Community Graphs in order to improve their community’s sybil resistance, collusion resistance, governance, etc. For example, a DAO might want to leverage a reputation system for how it rates its delegates, or for how it funds open-source contributors. ", "hidden": false, "question": "How could your project interoperate with other Zuzalu projects? ", "questionId": 16}, {"type": "link", "answer": "https://drive.google.com/file/d/1PIDLtsxngCahHJhKxJV0KLJR907crUh6/view", "hidden": false, "question": "If your project is a working product, share a link to a demo video ", "questionId": 17}, {"type": "paragraph", "answer": "Roadmap:\n\n- Improving user-facing functionality: \n     - Expanded user profiles and community profiles\n     - Additional workflows for inviting members to a community and requesting to join a community\n     - Expanded Community permissions & governance settings to allow for a wider range of centralized and decentralized communities, more delegation, etc.\n\n- More sign-on capabilities beyond ZuPass, such as ENS, AuthO, etc. \n\n- Improving APIs for builders to develop on top of Community Graphs\n\n- Interoperability and integration with various attestation and reputation systems (Gitcoin Passport, Proof of Humanity, FractalID, Karma 3, WorldCoin, EAS, Hats, Coordinape, etc.)\n\n- Modularity and Composability\n     - Anyone can build their own attestation mechanisms, reputation systems, and voting algorithms\n     - These can be made available for other communities to use\n     - Reputation systems can be stacked for a stronger signal\n\n- Decentralization while maintaining privacy\n     - Integration with EAS\n     - Data decentralized and encrypted on Ceramic\n     - Private computation via either TEEs or Aztec private smart contracts (exploring pros and cons of both approaches, as well as available timelines)\n", "hidden": false, "question": "Write out your roadmap if not already included in your project description", "questionId": 18}], "project": {"id": "0x3ed022e84b80312add8fcca3a5571227af15fa2da005ae5bce3988b21473c8e7", "title": "Community Graphs", "logoImg": "bafkreifwh5ifage7xv74g4brvchvpm5hlletxzdgvtyfs5qvezmkmdpqze", "metaPtr": {"pointer": "bafkreia2pesykg7k4r5ziuf7z5rprluabta4nslmhmjlwmadcrfznahhwy", "protocol": "undefined"}, "website": "https://www.maitri.network/communitygraphs", "bannerImg": "bafkreig56uivfz222eo2ogltwcpaq2f4ykzid5kjeqc234tgbq2v42shtq", "createdAt": 1721031007745, "userGithub": "", "credentials": {}, "description": "Community Graphs significantly improves social coordination by more accurately representing group membership, and the extent of each member’s involvement. This enhances social dynamics, improves community governance, and unlocks the development of more robust, scalable reputation systems.\n\nMembers in groups privately attest to one another’s’ level of involvement in a group, and concepts behind Web of Trust and Quadratic Voting are applied to produce membership levels which exist on a continuum. \n\nThese levels can be incorporated in group voting to give more weight to those who are more deeply involved, or to allow them to invite more new members into that group than someone on the periphery.\n\nOverlapping memberships between groups can be used to improve reputation systems, as trust and credibility is established in one community and then extended to other communities based on members they have in common and their respective membership levels. Communities themselves can also have reputations, which they can stake to give their members’ reputations a much farther reach than can be achieved with social graphs alone.\n\nThese types of scalable reputation systems unlock many new social coordination tools, including social-based sybil and collusion resistance, battling misinformation and deep fakes, and uncollateralized lending. \n\nCommunity Graphs is modular and composable, allowing anyone to integrate or build their own attestation mechanisms, voting algorithms, and reputation systems. \n", "lastUpdated": 0, "projectGithub": "Community-Graphs-public"}, "recipient": "0x5a64DA62D82F0f8DdA11Cfb1fd323E203FFB5C56"}}