Adoptables and breedables nfts

• webmonkeying

Preamble

This is a high level outline for a website/system/something to be built on hive utilising nfts and targeting adoptable/breedable artists. Adoptables seem to be a great use-case for NFTs as they’re supposed to be unique and assigned to one owner at any one time and can just slot into the existing nft system hive currently has. This idea extends that to firstly specifically target artists who may only be interested in an art-centric community and secondly to simplify and possibly add a bit of chaotic randomness to the “breedable” system, which as far as I can tell is currently done at each artist’s discretion. I’m throwing it “out there” and hoping someone much smarter than me will be interested enough to pick it up and run with it.

It’s been written with the assumption that the reader knows more about NFT and hive (and blockchains in general) than I do.

_{skip the nonsense and jump straight to the idea}

The trigger

At some point last year or so, I got gifted some dragon head NFTs from @kristyglas. When I saw them I thought something that vaguely translates to: “I know a few people that make adoptables, maybe this could be a thing for them,” and didn’t get any further than that (mostly because it sounds like a decent sized project and I don’t want any more decent sized projects).

More recently, I had a conversation with someone on deviantART (I think it was Fellfallow who was one of the people I was thinking of but I can’t find the “deviation” we had that conversation on and dA doesn’t seem to have useful activity pages), where I mentioned that their adoptables would probably suit NFTs really well. They inquired about what NFTs were and I tried to explain it (probably didn’t do the best job) and linked them to NFTshowroom and also mentioned a couple of other NFT sites I’ve seen the people on hive say that they also use.

I haven’t followed up with them since and I backburned the idea again (albeit in a very slightly more developed form).

Even more recently, @aggroed wrote a post spitballing ideas about making paper doll NFTs for his girls and the idea moved up enough to get a writeup (to some value of writeup).

What are adoptables and breedables?

Short answer

Remember cryptokitties? Vaguely similar to that, but not limited to cats.

Long answer

Adoptables are characters/character designs that are made with the express purpose of selling to whoever wants to buy them. It seems that while the original artist usually continues to be credited for the design, the new owner can generally do whatever they like with the character as if they themselves created it. They seem to come in the form of designs which are usually shown on a sheet that you can pick from:

Or as model sheets with varying levels of detail:

Some artists specify conditions (ones that I’ve seen include no commercial use, no onselling and the buyer has to at least occasionally produce artwork/stories with the character) but most don’t seem to.

They’re hugely popular on deviantART where they have their own category:

I assume they’re also popular on FurAffinity as I usually see links to equivalent auctions on some “deviations”, and haven’t looked into other art sites.

Further reading

• What are adoptables? by StarshineBeast on deviantART (slightly more informative explanation than what I’ve given here)
• A guide to adoptables by Zeryuo on deviantART (rather comprehensive)

When I tried looking up stuff on breedables most of what I found was that it seems to be a pretty big deal in SecondLife. The first time I had encountered the term, and applying it to this particular case, breedables are a type of adoptable that can either be “bred” from (with another one of your own or an amenable third party’s adoptable) or that is the offspring of two other characters (that may or may not be adoptables/breedables themselves). As one might expect with offspring, they should combine traits from all lineages. Sometimes bases are provided for people to do their offspring designs on.

Automating/gamifying breedables

Ideally the system will both have an onboard paint app and be able to cope with people uploading images and be able to tell what’s what (although if people are smart enough to download sprites to paint in their preferred program they are also hopefully smart enough to follow instructions to prepare their resulting uploads in a way that the system needs).

Sprite creation

The artist draws a base sprite (optionally with variant poses and expressions).

They can decide whether or not to open their sprite up (make it available for other people to use), default is closed. It should be changeable on a whim and come with the definition and a warning that if you’ve opened it and then changed your mind and closed it, it will only prevent other people from generating new adoptables/breedables with that sprite and won’t revoke any already done.

If the artist wants their adoptable to be system breedable, they will need to provide size (height, length, weight, build) ranges, available genders, and indicate which gender does the birthing/spawning/willing into existence/whatever, and the maximum number of offspring that can be produced in one birth/batch/clutch/etc. Ideally this should editable/changeable on a whim, but it depends on whether the system can cope with this, and as above if things do change, it shouldn’t affect already-generated adoptables.

The above settings should only be editable by the creator, not by anyone using an open sprite.

Tags can be used for filtering purposes, perhaps with an autocomplete for existing ones.

Optional information could include whatever background story or history or additional stuff the artist want people to know.

Having a closed sprite should only affect creation rights, as in only the creator of that sprite will be able to generate new adoptables/breedables of that type. Everyone else can only obtain one by buying or being gifted.

Adoptable/breedable creation

The artist goes into the section where their sprite designs are stored and picks one. Alternately the artist browses the gallery of open sprites (probably with filters) and picks one.

This should then take them to a screen similar to the first one where they can choose a pose and expression if those options are available and then start work.

After confirming that they’ve completed their colouring job, they are then taken to a screen where they can optionally fill in some vitals (some people like to do it and others let the buyer decide, and maybe there could also be the option to randomly generate something within the parameters set by the sprite if any were set). They can then choose to make their adoptable a breedable.

Setting breedable to “no” will make it a normal adoptable. If it’s technically possible, the creator may be able to change their minds prior to transferring it, but the option should be permanently locked once it’s transferred.

Alternate idea which may be more confusing: have both system breedable and manual breedable options so that people who prefer drawing their own designs know what’s available.

Extension idea which may be technologically difficult to manage: allow for the option of multiple parents (some usually alien species can get interesting like that apparently).

For the types that don’t birth, the creator/owner can set a stud fee.

Once everything has been set and finalised, the adoptable/breedable is born/minted (for some kind of fee in case that needed to be specified) and comes with a birth certificate of authenticity.

Breeding

A person can breed two (or more?) of their own breedables together for normal birth/minting fees, or find someone else’s that they would like to breed theirs with and send a request. If the request is accepted, they agree on terms, and the owner of the birthing breedable pays a stud fee to the owner of the non-birthing breedable.

I’ve extrapolated common options from my experiences with and observations of people who have families (sometimes spanning generations) of fan characters (which seem to be another type of breedable whether the creators intended that or not) and added token fees:

• birther owner pays 100% of stud fee and keeps all offspring
• birther owner pays a percentage of stud fee and stud owner is entitled to the number of offspring that makes up the remaining percentage rounded down (eg if the birther owner paid 50% of the stud fee and four offspring were produced, two will need to be transferred to the stud owner) - this is the most common option
• stud owner pays 100% of the stud fee and takes all offspring

Ideally there should also be a custom option so both parties can set and agree to their own arbitrary terms.

After everything has been settled and paid, the system picks a random number between one and the max offspring number and generates that many offspring combining traits from both parents (and possibly traits from back along both lineages) along with birth certificates and pedigrees (keep the possibility of this eventually needing multiple pages in mind).

I don’t know how difficult this part would be, but if someone can make something like this Pokemon Fusion Generator then I figure it’s at least doable.

All offspring are initially owned by the birther owner. If the stud owner is assigned all the offspring they are transferred immediately. If the stud owner has rights to a number of offspring they can mark which ones they want to have them transferred at any stage, or wait until the other offspring have been transferred in which case the required number left will be transferred automatically.

Tokenomic stuff

The only definite thought that I had was that minting probably involves burning tokens, the system should get a tiny cut per transfer and adoptable/breedable creators should get a tiny cut per secondary sale of anything they make, which seems to be how at least some of the NFT sites seem to work.

Does it need its own token?

Hopefully what’s outlined is enough to interest people who are into adoptables and breedables. To attract new people and/or appeal to existing people who want more, some other ideas I had to further complicate things are:

• set breeding limits either sitewide or allow creators to set it per sprite; once a specific breedable has hit this limit it is no longer able to breed
• land plot cards similar to what Splinterlands has, which can support buildings and things that can increase the number of breedables you can hold (as non-breeding adoptables seem to be more collectibles than anything else I don’t think they should count towards this number unless needed for game balance or just to make it harder)
• resources required (allow creators to set to make things interesting otherwise generic “food” item)
• gestation periods (sitewide, allow creator to set or possibly make the size stuff required and basically make bigger things take longer)
• growth periods (as above)
• euthanising (burn adoptable/breedable for some amount of token)
• traits: ranges set by the creator for the sprites possibly using a points pool and possibly hard capping some based on size, or system can set ranges based on size, randomly generated for first generation breedables and can subsequently be bred for
• events (I anticipate there will be people who want to battle or race or compete in beauty pageants or something)
• chance of breeding failure based on social traits (maybe they just don’t like each other)
• training time required (to increase traits and do better in events)
• playtime required (increase a happiness/social stat enough to reduce training time and increase the chances that they will actually breed?)

And done

I think.

If you or someone you know wants to run with this go nuts (no permission required, I didn’t even put a CC-BY on this one). If you feel like telling me that you’re going to do something with it I would love to know about it so I can watch it come together :)

_{Fun fact 1: I spent most of Sunday writing this instead of doing the other stuff I had planned on doing
Fun fact 2: the frog in the leading image is nicknamed “Blarp” and was originally designed for @aussieninja for an idea that didn’t eventuate back in 2018, and while it was kind of suitable for describing my ridiculous idea developments it was mostly because I have an aversion to opening with other people’s images
Fun fact 3: this was drafted on my blog because that’s where I like to work, but it’s one of the extremely rare occasions where I posted to hive first because it was more relevant there.}