Could XP being generated by the metaGame be considered a âcontributionâ in the above framework? If we consider âlikingâ something, is that an âattributionâ event?
The framework described applies pretty directly. XP is âcredâ in SourceCred, so any âcontributionâ is a piece of (meta)data that is indexed by the SourceCred algorithm and assigned value via metaGameâs SourceCred instance.
So, what I am really interested in doing with MetaMaps, is connecting it to the Attribution Network data store, and using an alternative set of params to provide not just ranking (I assume this works as a count of edges between nodes?), but other ontological dimensions to the analysis as well, to develop Class models for the nodes and edges, and compare them to an Ontological model of Game Balance we are designing for MetaGame <3 There are 2 main reasons to want to do this: 1) I think it would make for a pretty neat environment for the MetaVille space, and 2) this will allow us to define not just the degree of value, but the area of impact for contributions players deem valuable <3
1 Like
In my opinion the âobjectsâ (or nodes) in a SourceCred contribution graph might as well just be generic data objects with headers that contain 2 types of information:
- object metadata (and dimensions and fields, required or optional giving context for the SourecCred algorithm to computer how much the node produces, retains, etc); as i underst and it, right now this is metadata is essentially based on the plugin (discord, discord, github)
- relationship metadata (references to other objects, these are just points to other âobjectsâ or nodes); there are also a range of different kind of connections, for example âcommentâ object may be a reply to an issue in the github plugin. or a discord message may include a tag to an identity.
identity nodes are a kind of special case of âobjectâ â the entity resolution JSON files help create bridges across nodes from the different plugins via the nodes representing the human authors/actors.
The fundamental abstractions that define SourceCred contribution graphs support the more general ontological mapping you are describing but in practice implementations are limited by the plugins as they exist. Personally, i think a generic plugin for linked, content addressed âobjectsâ in the vein of the metapubz â protospec would go along way to make contribution networks (with arbitrary metadata) more easily implementable but it pushes some of the head-ache up stack to configuring your weights as a function of that metadata. Even in the simplest case weight configuration is a non-trivial (subjective) task for a community.
The article you liked on Network Formation Games, was the second short article, I wrote on SourceCred, the first one was about the sensitivity of pagerank to its paramters.
2 Likes
YES!!
[quote=âmzargham, post:6, topic:534â]
but it pushes some of the head-ache up stack to configuring your weights as a function of that metadata. Even in the simplest case weight configuration is a non-trivial (subjective) task for a community.[/quote]
Itâs definitely the kind of thing that screams âcontinuous improvementâ, but a Community is much better suited for this task (over time) than an AI (as long as compute space remains so expensive, and we keep the number of parameters to a small amount ~ say 8 âdimensions of game balanceâ 
) <3
Seems like this could be achieved using https://ceramic.network. Is that in line with what youâre thinking?
Spec: https://github.com/ceramicnetwork/ceramic/blob/master/SPECIFICATION.md
4 Likes
Thank you for taking time to write this up & sorry for taking so long to get back to it, again 
I love the idea, as you already know 
If you wanted to spec it up & maybe find some devs to start hacking at this, I can pretty much guarantee youâll get funding from MG & I can almost guarantee we can get more funding from other interested orgs, eg. Bloom Network @magentaceiba? just off the top of my head, but Iâm sure this has been a dream for MANY people.
I think I already mentioned and you might know either way, but Dekan & others at ChievMint are doing interesting work with NFTs, basically trying to turn everything into NFTs, from credentials and themes to dapps & idk 
Its seriously time to set up that skill trees meetup, will reply in the other thread.
Underscore Protocol has something like this, âlike git but for ideasâ you fork by writing ânew perspectivesâ, and the data is accessible through different interfaces.
What did you think about this project?
Iâm guessing youâve known about this project for longer than me, but explaining to save us both time just in case 
2 Likes
There are actually a lot of projects hovering around these ideas. Another one that has been recommended to me is:
1 Like
Yay. This is all over my head technically, but I can share what we want to do with Bloom, and who is asking for it across our (IRL) network. (This is in addition to the scientific and artistic collaboration aspect which I agree could be so much better than siloed academic networks.) This is one of our priorities for this year because we want a way to document original writers / sources of the info, and for information assets to be able to live across different websites.
There are many people and organizations in Bloom Network who make templates for things like business models for starting up an ecovillage (and all the cultural and ownership trickiness that those tend to have)⌠or creating a media team to document local âregenerativeâ actions. Weâve also gotten a couple questions about digital designs, like if there would be a way to at least tip or acknowledge where the design came from, so that when it was 3D printed and sold the original artist would receive some financial flow. Lastly, we are making wiki articles that are primers on various topics, like decolonization, peer-to-peer economies, local production etc. And we would love that to be referencing a distributed wiki or something like that, so different networks can pull up different sets of information that are relevant to them.
I donât have anything technical to offer by way of deciding what tools to use, and we are currently fundraising for Bloom, but I can definitely contribute on active use cases that need this kind of functionality. Our peeps are mostly non-technical. I agree having this linked with MyMeta profiles makes a lot of sense.
1 Like
One of the reasons I am enthusiastic about metagame as an environment for playing with these ideas, and tools, is that much like with sourcecred, dogfooding and building âsystems of systemsâ by combining the tools is critical to really understanding them â and the consequences their features have (or do not have) on the social systems they enable (or donât enable â as is often the case when the friction-add is greater than the value-add).
My goal in introducing these so-called âproto-specificationsâ is to help us explore the patterns we want to manifest, in addition to the tools we might use to manifest them. In the end, I am happy to use any, or even all of the tools being built, but what Iâd really like to see emerge are some standards which make it possible for the various tools to interoperate meaningfully in-so-far as they can be used to create and/or navigate objects created according to some standards which make use of comparatively low level primitives such as IPFS content addresses and EVM flavored smart contracts.
I think the MetaSys, and in particular the profiles (myMeta) work is a particular good test bed for these kinds of explorations. We should not be shy about collaborating with, and testing out the tools of the various projects tackling aspects of the âbibliographic networkâ (graph of authorship, content, reviewers, references, etc).
Z
3 Likes
(cf. âDue to the permissionless, decentralized nature of data on Ethereum mainnet, any last-mile tool can access metadata. Ocean Aquarius supports different metadata fields for each different Ocean-based marketplace. Third-party tool TheGraph sees metadata fields that are common across all marketplaces.â
https://oceanprotocol.com/tech-whitepaper.pdf )
1 Like
Within this concept, is it possible to add a spec type, for use in integrating this skill specific schema with other schemas, so that the schema declaration in the schema would inform a parser which schema to use? like a header� (wild thought leakage, sorry⌠trying to figure out ways to increase interoperability and reduce compute time for mapping these objects)
1 Like
i think headers with schemaâs make sense â in many cases they would be necessary. i explored the idea a bit more in the Colored Directed Acyclic Graph. I think its a topic worth exploring because it makes the standard more adaptable overall if it can support different âpublication typesâ defined by a schema.
2 Likes
adding this reference to working doc
1 Like
Thanks <3 I am continuing work on this in the Swarm network right now as well⌠with some hope we can eventually create cross-protocol interoperable standards <3 In particular, I continue to be driven towards a system that will map semantic similarities between âfolkloreâ (e.g. subjective) artefacts <3
1 Like
Here is a link to my first talk at MetaFest which largely focused on MetaPubz.
1 Like
Looks like you have updated from this:
Blockquote Example Schema:
Publication Contract Data
token address:<contract address>
plain text name: âColored Directed Acyclic Graphsâ
version number: < integer> %default to 0, but allows for items with the same name to be differentiated
additional details:<string>summary text
content address:<ipfs content id>%even if the file isnât available via IPFS, this makes that content uniquely identifiable, i could be requested from the author, or even a right to access the content could be purchased via a data market: see ocean/filecoin integrations
authors:<list of addresses>%external accounts of authors
reviewers:<list of addresses>%external accounts of reviewers, think of the common pattern of thanking people for input and feedback in advance of publication
citations:<list of addresses>%should be other addresses of other token contracts adhering to the same standard
to this:
"token address:
<contract address>
plain text name:<string>
version number:<integer>(optional)
additional details:<string>
original pub date:<datetime>(optional) %good for backfilling older content)
content address: <(ipfs/bzz <3) CID>
authors:<list of addresses>%external accounts of authors
reviewers:<list of addresses>%external accounts of reviewers
citations:<list of addresses>%other contracts adhering to this standard
I am looking at this and seeing:
<PCD>
DID //0xoâŚ
pID //cDAG
vID //int
tID //datetime
cID //hashâŚ
*c.cID //dependencies/citations of
*a.DID //authorizers/signers (may have a cID in *c.cID)
*r.DID //owners/referrers/referencers (may have a DID in *i.DID)
*i.DID //cited by/indexed in
</PCD>