Proper MaidManager account entry creation

Description

When creating an account entry for a client in MaidManager, information like allowance need to be decided.
Currently, it is a fixed number.
This may incur an involvement of burning safecoin, if so, sub-tasks may need to be created to reflect the scope and workload change.

A related RFC https://github.com/maidsafe/rfcs/blob/master/active/0001-Use-public-key-for-id-on-all-messages.md
may affect the design and implementation in for this task

Environment

None

Gliffy Diagrams

Activity

Show:

Qi Ma 
July 24, 2015 at 2:03 PM

Yes, seems I have misread the RFC and un-authorised put is removed, i.e. option 2 is no go then.

David Irvine 
July 24, 2015 at 1:09 PM

I think in this sprint all we do is allow all `Put`s so where we will check safecoin balance in safecoin sprint at the moment this returns true.

I think you are perhaps misreading the RFC, the unauthorised_put is shown only as a failure of the design of requiring ID packets and replacing with public_key identifiers removes that failure.

Qi Ma 
July 24, 2015 at 10:37 AM

So far, there are two options to make such allowance setup more realistic:
1, burning safecoin : client needs to burn a safecoin, i.e. PUT a safecoin type SD to network, updating it's owners to NONE(or network?). This can also be used for later on TOP-UP the allowance by burning. Two things are currently missing to achieve this method:
a, convert rate from safecoin to space
b, a fetch of SD from MaidManger to SDM to verify the ownership

2, According to rfc https://github.com/maidsafe/rfcs/blob/master/active/0001-Use-public-key-for-id-on-all-messages.md, client needs to use un-authorized put first before can put anything to the network. I am just wondering can that un-authorized put be used to pass some other info as well to MaidManager to setup the allownace. However, this methods still require something later on to top-up allowance.

Unresolved

Details

Assignee

Reporter

Priority

Created July 3, 2015 at 7:52 AM
Updated October 20, 2016 at 3:38 PM