[D3] - EigenList 🏅

EigenList is a user-created data classification and sorting system. Users create lists at a global level ex: “Best Web3 Podcasts” and any user can add to it. These lists are sorted by social consensus on relevancy through reactions (abstracted on-chain attestions) and can be filtered by a set of users who want to see their opinions on this list. This is a social tool for identifying, grouping and filtering relevant information. Any entity, people, place, and protocols can be included as list entries and are assigned a DID. Leveraging DIDs for Users, List objects (ex: List of EVM Compatible L1s) and Entries (ex: NEAR) and attestations (descriptor applied to list entry + up/down vote), we have created a tool which brings identity beyond just those with ETH addresses. Additionally, with frictionless attestations, we bring not only identity but also reputation to all entities included within a list: people, places, protocols and beyond. Users can add to Lists (attest connections between objects), attest on individual list Entries and Lists created by a subset of Users. Attestations act as a feedback for lists, entries and users sorting the information by most attestations. Attestations on the entries and lists build reputation of the users as contributors of useful information. These attestations also build connections between objects on-chain, to create a common language for dApps to refer to entities in a more natural way. ComposeDB: Use composeDB to store our related DID associated objects for EigenList: ‘PermissionList’ (new composite with ‘List’) ‘List’ (new), ‘Entry’ (new) ‘UserProfile’ (existing) We believe abstraction and meeting users where they are today can bring identity and reputation across not only individuals but also all entities we interact with. Bringing attestations as a reaction set wherever users are enables a wide range of use cases where standard user feedback creates attestations and results in a better informed world.

EigenList is a user-created data classification and sorting system. Users create lists at a global level ex: “Best ZK Resources” and any user can add to it. These lists are sorted by social consensus on relevancy through reactions (abstracted on-chain attestions) and can be filtered by a set of users who want to see their opinions on this list. This is a social tool for identifying, grouping and filtering relevant information. Polygon and EigenList are a very compatible fit. With the release of Polygon ID combined with the Lens ecosystem on polygon, identity and reputation on chain is very important. Consider how Lens Lists works today, where users group individuals based on topic. These lists could also be educational resources, while onboarding the Polygon ecosystem to a robust set of DID, VC with attestations infrastructure with reputation. Filling a much needed gap in the Polygon ecosystem. Leveraging DIDs for Users, List objects, List Entries and attestations (descriptor applied to list entry or up/down vote), we have created a tool which brings identity beyond just those with ETH addresses . Additionally, with frictionless attestations, we bring not only identity but also reputation to all entities included within a list: people, places, protocols and beyond. Users can add to Lists (attest connections between objects), attest on individual list Entries and Lists created by a subset of Users. Attestations act as a feedback for lists, entries and users, where the lists are sorted by the information by most attestations. Attestations on the entries and lists build reputation of the users as contributors for useful information. These attestations also build connections between objects on-chain, to create a common language for dApps to refer to entities in a more natural way. This tooling can be utilized by the AttestationStation to create a logical grouping of attestations which enables collaborative lists. With these enable a socially collectively formed knowledge base, appendable by all, sorted by socially-determined relevancy and filterable by your social graph. Use composeDB to store our related DID associated objects for EigenList: ‘PermissionList’ (new composite with ‘List’) ‘List’ (new), ‘Entry’ (new) ‘UserProfile’ (existing) We believe abstraction and meeting users where they are today can bring identity and reputation across not only individuals but also all entities we interact with. Bringing attestations as a reaction set wherever users are enables a wide range of use cases where standard user feedback creates attestations and results in a better informed world.

EigenList is a user-created data classification and sorting system. Users create lists at a global level ex: “Best Web3 Podcasts” and any user can add to it. These lists are sorted by social consensus on relevancy through reactions (abstracted on-chain attestions) and can be filtered by a set of users who want to see their opinions on this list. This is a social tool for identifying, grouping and filtering relevant information. Any entity, people, place, and protocols can be included as list entries and are assigned a DID. Leveraging DIDs for Users, List objects (ex: List of EVM Compatible L1s) and Entries (ex: NEAR) and attestations (descriptor applied to list entry + up/down vote), we have created a tool which brings identity beyond just those with ETH addresses. Additionally, with frictionless attestations, we bring not only identity but also reputation to all entities included within a list: people, places, protocols and beyond. Users can add to Lists (attest connections between objects), attest on individual list Entries and Lists created by a subset of Users. Attestations act as a feedback for lists, entries and users sorting the information by most attestations. Attestations on the entries and lists build reputation of the users as contributors of useful information. These attestations also build connections between objects on-chain, to create a common language for dApps to refer to entities in a more natural way. ComposeDB: Use composeDB to store our related DID associated objects for EigenList: ‘PermissionList’ (new composite with ‘List’) ‘List’ (new), ‘Entry’ (new) ‘UserProfile’ (existing) We believe abstraction and meeting users where they are today can bring identity and reputation across not only individuals but also all entities we interact with. Bringing attestations as a reaction set wherever users are enables a wide range of use cases where standard user feedback creates attestations and results in a better informed world.

EigenList is a user-created data classification and sorting system. Users create lists at a global level ex: “Best ZK Resources” and any user can add to it. These lists are sorted by social consensus on relevancy through reactions (abstracted on-chain attestions) and can be filtered by a set of users who want to see their opinions on this list. This is a social tool for identifying, grouping and filtering relevant information. Polygon and EigenList are a very compatible fit. With the release of Polygon ID combined with the Lens ecosystem on polygon, identity and reputation on chain is very important. Consider how Lens Lists works today, where users group individuals based on topic. These lists could also be educational resources, while onboarding the Polygon ecosystem to a robust set of DID, VC with attestations infrastructure with reputation. Filling a much needed gap in the Polygon ecosystem. Leveraging DIDs for Users, List objects, List Entries and attestations (descriptor applied to list entry or up/down vote), we have created a tool which brings identity beyond just those with ETH addresses . Additionally, with frictionless attestations, we bring not only identity but also reputation to all entities included within a list: people, places, protocols and beyond. Users can add to Lists (attest connections between objects), attest on individual list Entries and Lists created by a subset of Users. Attestations act as a feedback for lists, entries and users, where the lists are sorted by the information by most attestations. Attestations on the entries and lists build reputation of the users as contributors for useful information. These attestations also build connections between objects on-chain, to create a common language for dApps to refer to entities in a more natural way. This tooling can be utilized by the AttestationStation to create a logical grouping of attestations which enables collaborative lists. With these enable a socially collectively formed knowledge base, appendable by all, sorted by socially-determined relevancy and filterable by your social graph. Use composeDB to store our related DID associated objects for EigenList: ‘PermissionList’ (new composite with ‘List’) ‘List’ (new), ‘Entry’ (new) ‘UserProfile’ (existing) We believe abstraction and meeting users where they are today can bring identity and reputation across not only individuals but also all entities we interact with. Bringing attestations as a reaction set wherever users are enables a wide range of use cases where standard user feedback creates attestations and results in a better informed world.

EigenList is a user-created data classification and sorting system. Users create lists at a global level ex: “Best ZK Resources” and any user can add to it. These lists are sorted by social consensus on relevancy through reactions (abstracted on-chain attestions) and can be filtered by a set of users who want to see their opinions on this list. This is a social tool for identifying, grouping and filtering relevant information. Polygon and EigenList are a very compatible fit. With the release of Polygon ID combined with the Lens ecosystem on polygon, identity and reputation on chain is very important. Consider how Lens Lists works today, where users group individuals based on topic. These lists could also be educational resources, while onboarding the Polygon ecosystem to a robust set of DID, VC with attestations infrastructure with reputation. Filling a much needed gap in the Polygon ecosystem. Leveraging DIDs for Users, List objects, List Entries and attestations (descriptor applied to list entry or up/down vote), we have created a tool which brings identity beyond just those with ETH addresses . Additionally, with frictionless attestations, we bring not only identity but also reputation to all entities included within a list: people, places, protocols and beyond. Users can add to Lists (attest connections between objects), attest on individual list Entries and Lists created by a subset of Users. Attestations act as a feedback for lists, entries and users, where the lists are sorted by the information by most attestations. Attestations on the entries and lists build reputation of the users as contributors for useful information. These attestations also build connections between objects on-chain, to create a common language for dApps to refer to entities in a more natural way. This tooling can be utilized by the AttestationStation to create a logical grouping of attestations which enables collaborative lists. With these enable a socially collectively formed knowledge base, appendable by all, sorted by socially-determined relevancy and filterable by your social graph. Use composeDB to store our related DID associated objects for EigenList: ‘PermissionList’ (new composite with ‘List’) ‘List’ (new), ‘Entry’ (new) ‘UserProfile’ (existing) We believe abstraction and meeting users where they are today can bring identity and reputation across not only individuals but also all entities we interact with. Bringing attestations as a reaction set wherever users are enables a wide range of use cases where standard user feedback creates attestations and results in a better informed world.

EigenList is a user-created data classification and sorting system. Users create lists at a global level ex: “Best ZK Resources” and any user can add to it. These lists are sorted by social consensus on relevancy through reactions (abstracted on-chain attestions) and can be filtered by a set of users who want to see their opinions on this list. This is a social tool for identifying, grouping and filtering relevant information. Leveraging DIDs for Users, List objects, List Entries and attestations (descriptor applied to list entry or up/down vote), we have created a tool which brings identity beyond just those with ETH addresses . Additionally, with frictionless attestations, we bring not only identity but also reputation to all entities included within a list: people, places, protocols and beyond. Users can add to Lists (attest connections between objects), attest on individual list Entries and Lists created by a subset of Users. Attestations act as a feedback for lists, entries and users, where the lists are sorted by the information by most attestations. Attestations on the entries and lists build reputation of the users as contributors for useful information. These attestations also build connections between objects on-chain, to create a common language for dApps to refer to entities in a more natural way. Through these collaborative lists we enable a socially collectively formed knowledge base, appendable by all, sorted by socially-determined relevancy and filterable by your social graph. Use composeDB to store our related DID associated objects for EigenList: ‘PermissionList’ (new composite with ‘List’) ‘List’ (new), ‘Entry’ (new) ‘UserProfile’ (existing) We believe abstraction and meeting users where they are today can bring identity and reputation across not only individuals but also all entities we interact with. Bringing attestations as a reaction set wherever users are enables a wide range of use cases where standard user feedback creates attestations and results in a better informed world.

EigenList is a user-created data classification and sorting system. Users create lists at a global level ex: “Best ZK Resources” and any user can add to it. These lists are sorted by social consensus on relevancy through reactions (abstracted on-chain attestions) and can be filtered by a set of users who want to see their opinions on this list. This is a social tool for identifying, grouping and filtering relevant information. Leveraging DIDs for Users, List objects, List Entries and attestations (descriptor applied to list entry or up/down vote), we have created a tool which brings identity beyond just those with ETH addresses . Additionally, with frictionless attestations, we bring not only identity but also reputation to all entities included within a list: people, places, protocols and beyond. Users can add to Lists (attest connections between objects), attest on individual list Entries and Lists created by a subset of Users. Attestations act as a feedback for lists, entries and users, where the lists are sorted by the information by most attestations. Attestations on the entries and lists build reputation of the users as contributors for useful information. These attestations also build connections between objects on-chain, to create a common language for dApps to refer to entities in a more natural way. Through these collaborative lists we enable a socially collectively formed knowledge base, appendable by all, sorted by socially-determined relevancy and filterable by your social graph. We believe abstraction and meeting users where they are today can bring identity and reputation across not only individuals but also all entities we interact with. Bringing attestations as a reaction set wherever users are enables a wide range of use cases where standard user feedback creates attestations and results in a better informed world. Polygon and EigenList are a very compatible fit. With the release of Polygon ID combined with the Lens ecosystem on polygon, identity and reputation on chain is very important. Consider how Lens Lists works today, where users group individuals based on topic. These lists could also be educational resources, while onboarding the Polygon ecosystem to a robust set of DID, VC with attestations infrastructure with reputation. Filling a much needed gap in the Polygon ecosystem.

EigenList is a user-created data classification and sorting system. Users create lists at a global level ex: “Best ZK Resources” and any user can add to it. These lists are sorted by social consensus on relevancy through reactions (abstracted on-chain attestions) and can be filtered by a set of users who want to see their opinions on this list. This is a social tool for identifying, grouping and filtering relevant information. Polygon and EigenList are a very compatible fit. With the release of Polygon ID combined with the Lens ecosystem on polygon, identity and reputation on chain is very important. Consider how Lens Lists works today, where users group individuals based on topic. These lists could also be educational resources, while onboarding the Polygon ecosystem to a robust set of DID, VC with attestations infrastructure with reputation. Filling a much needed gap in the Polygon ecosystem. Leveraging DIDs for Users, List objects, List Entries and attestations (descriptor applied to list entry or up/down vote), we have created a tool which brings identity beyond just those with ETH addresses . Additionally, with frictionless attestations, we bring not only identity but also reputation to all entities included within a list: people, places, protocols and beyond. Users can add to Lists (attest connections between objects), attest on individual list Entries and Lists created by a subset of Users. Attestations act as a feedback for lists, entries and users, where the lists are sorted by the information by most attestations. Attestations on the entries and lists build reputation of the users as contributors for useful information. These attestations also build connections between objects on-chain, to create a common language for dApps to refer to entities in a more natural way. This tooling can be utilized by the AttestationStation to create a logical grouping of attestations which enables collaborative lists. With these enable a socially collectively formed knowledge base, appendable by all, sorted by socially-determined relevancy and filterable by your social graph. Use composeDB to store our related DID associated objects for EigenList: ‘PermissionList’ (new composite with ‘List’) ‘List’ (new), ‘Entry’ (new) ‘UserProfile’ (existing) We believe abstraction and meeting users where they are today can bring identity and reputation across not only individuals but also all entities we interact with. Bringing attestations as a reaction set wherever users are enables a wide range of use cases where standard user feedback creates attestations and results in a better informed world.