The Gitcoin Passport team is kicking off collaborative product research to make Passport more composable with blockchain applications. A critical benefit of blockchain-based identity solutions over an off-chain approach (like the current Passport architecture with the Ceramic Network) is more native composability with blockchain-native applications, also known as smart contracts.
Blockchain-native composability of identity certificates and smart contracts may enable apps that execute as programmed and protect Passport holder privacy and coercion and censorship resistance. Unfortunately, off-chain identity solutions (including Gitcoin Passport ) cannot cohesively satisfy these goals because they heavily rely on trusted intermediaries to feed the identity data into the apps.
Through an internal hackathon, the Passport team has prototyped differentimplementations in these and adjacent directions. The outcome we are looking to achieve through our research is to more deeply understand the community’s needs to inform how we architect an on-chain Passport.
Areas the team is trying to gain a deeper understanding:
The problems that can be solved by a blockchain-based Passport
Importance of privacy-preserving capabilities (e.g., zero-knowledge proofs, designated verifier proofs) of on-chain Passports;
Partner preferences around specific networks (Optimism, Ethereum, Arbitrum, and more)
Are you a Passport holder, (potential) integration partner, or Gitcoin community member interested in this work and want to guide our research? Then we’d love to hear your thoughts on this. Indeed, we’d encourage you to provide contextual feedback exclusively via Pol.is so we can get a more meaningful insight into the community sentiment. Feel free to post procedural / bureaucratic questions in this thread.
that allows a function to be called only n_times by a unique person for each nonce . (n_times will usually just be 1, eg 1 person 1 vote) it would also be useful to have a function:
function getPersonhoodScore(address addr) returns uint 256
function getPersonhoodScore(address addr) returns uint 256
where i can pull the personhood score of a specific address.
summary / a comment on the level of abstraction i care about
youll note that exactly 0 of these functions care about which verifiable credentials an address has used. to me as a customer of this smart contract, i dont care about at all, the VCs are just an implementation detail. i just want them abstracted away by someone who has done the work to figure out how to translate them into a scare + i want to know who is a unique human + who is not. i trust passport + the scoring algorithm i’ve chosen to take care of the details.
my 002 wei as someone whos building above the protocol.
Disclaimer: This post is for informative purposes only and is not financial advice. This post reflects my personal views, not a decision or commitment by Gitcoin governance. Forward-looking items in it are targets, not commitments. The information in these posts is subject to change as we continue learning. This post may contain estimates, may contain errors, and is provided on a best-effort basis. DYOR, do not make any financial decisions based on these posts.
) cannot cohesively satisfy these goals because they heavily rely on trusted intermediaries to feed the identity data into the apps.
Pol.is 
so we can get a more meaningful insight into the community sentiment. Feel free to post procedural / bureaucratic questions in this thread.