app-mining icon indicating copy to clipboard operation
app-mining copied to clipboard

Add Collections as a dimension to NIL

Open friedger opened this issue 6 years ago • 8 comments

What is the problem you are seeing? Please describe. An apps using collections should get a higher score than the same app using a proprietary schema.

What is the explicit recommendation you’re looking to propose? As soon as blockstack.js contains API for collections in a stable version a new dimension is added to NIL score: 0 - not reading or writing to a collection 1 - reading a collection 4 - writing to a collection

Describe your long term considerations in proposing this change. Please include the ways you can predict this recommendation could go wrong and possible ways mitigate. This NIL dimension encourage app developers to move their data to collections. This is an extra dimension (and not part of gaia score) to highlight the importance of collections and data ownership. Apps with 4 points in collections will also have at least 1 point in the auth dimension and at least 2 points in the gaia dimension.

Apps could use a collection that is unrelated to the main app actions (like writing to the calendar collection from a paint app). However, asking the user for non-sense permissions should result in lower scores in TMUI.

An app could create a collection schema that is only used by this one app. However, defining and sharing the schema publicly (a requirement for a collection) is already good enough for this dimension.

Additional context

  • Mentioned in #143 and probably needs a separate discussion
  • Having all meaningful data in collections is a long-term goal of the Blockstack project (TODO add reference)
  • Rewarding the definition of new meaningful collection schema that are used by more than one app is a separate issue.

friedger avatar Oct 05 '19 06:10 friedger

As soon as blockstack.js contains API for collections in a stable version

Is this condition enough? Fair? What about the mobile SDKs, desktop SDKs?

friedger avatar Oct 05 '19 06:10 friedger

Incentivising collections is a great idea, but it should only be evaluated if there is a collection available under the scope of the app. For example, if there's only a Contacts collection, only apps that save contact data should be included in that dimension.

sdsantos avatar Oct 06 '19 10:10 sdsantos

It is possible for all developers to publish their collection schema.

friedger avatar Oct 06 '19 16:10 friedger

@friedger damn, I missed that in the docs. I need to investigate further then.

sdsantos avatar Oct 06 '19 17:10 sdsantos

@larrysalibra care to comment? @friedger any thought on apps just adding all collections just for the score and not because it adds value?

stackatron avatar Oct 15 '19 16:10 stackatron

At least they understood how to use them ..

friedger avatar Oct 15 '19 16:10 friedger

This is something we can & should do in the future. We’d need to build the tools to make sure collections are in fact being used. I think we should give some time to let collections be tried out by devs before make make that move. My understanding is that they’re in pre-release now.

I share @jeffdomke ’s concern about devs adding it just to game the score. We see a lot of that with auth and gaia already.

larrysalibra avatar Oct 16 '19 11:10 larrysalibra

thought on apps just adding all collections just for the score and not because it adds value?

Consider adding a score that measure the extent to which using collections adds value.

njordhov avatar Oct 17 '19 19:10 njordhov