I would ask you to expand on several points in more detail to better understand what potential benefits it may have and the detailed technical aspects of these points:
BIP 0007
Disable a witness automatically after missing x blocks in x day(s).
I have doubts about how this number of days will be determined? Was it a vote of the witnesses or was it simply set until the next HF?
BIP 0020
Give the top x witnesses the ability to recovery account for users who did not set an account recovery.
this seems very risky. As is the whole issue of recovering accounts by witnesses. Let's assume that we have such a situation with the new Justin Sun, despite all the precautions taken to avoid it, and now such a guy takes the first few positions in the top. Basically, I understand that such a person can recover the keys to any blockchain account?
Could someone explain in detail what security measures apply to restoring accounts so that, for example, an unauthorized witness does not have access to third-party accounts because so far I have not had the need to go through such a procedure on our Blockchain or participate in it and to be honest, I don't know but if I see it here is the potential gap and the greatest threat to investors' funds and I believe that this issue is crucial to discuss. Because the recovery procedure obviously does not need hf or the consent of others.
BIP 0016
Burning assets of dormant accounts.
when it comes to Exchange. I agree. but when it comes to users, I have mixed feelings about this. Certainly, to be safe, I would burn the airdrops of the largest accounts that clearly have large sums of several hundred thousand and have not bothered to do so yet because it sounds like more problems in the future.
They may want to use these funds when our blockchain suddenly becomes more attractive.
But I would set a lower threshold for such an airdrop, below which the funds will not be deleted or up to which they will be deleted. For average users who had 200-1000 Steam users who, for example, may decide to come back to us or transfer from Steam or hive and it would be a starting bonus for them. lets say 500 blurt max. Especialy because we have a transaction fees and some users just could have some resistance at the begining before starting came here. But of course this is just a loose idea.
BIP 0018
Changing the canonical signatures for transaction signing.
BIP 0021
Moving x parameters to become witness parameters.
In my opinion, those two requires serious elaboration on what it is about. And what will it give us?
A witness can't just recover an account. Account recovery is a three step process, and two of those steps are done by the owner of the account to recover. The first step is the account holder needs to initiate an account recovery and send his new public owner key to the trustee (either the account set as the recovery account, or the #1 witness). Then the trustee needs to do his part. Then the account holder has to do the third step.
What is suggested here is just to give the ability to more witnesses to do the second step. Right now, if you don't have a recovery account, only the top witness can act as a substitute for your recovery account. We want to extend that to more witnesses, so that if, for whatever reason, the top witness is not reachable, another witness could act as the substitute recovery account.
The only scenario where account recovery can be used is if an account gets stolen and the one who stole the account changes the passwords. Account recovery allows the account owner to get his account back if it is done within 30 days of the passwords being changed by the account thief.
ok thanks for the explanation.
My doubts arose because a situation in which someone has lost all their keys is a situation in which they cannot confirm that person is the account holder, but I understand that recovering the account is only possible if the keys are stolen and I have old keys that were previously used.
Hi, @khrom,
Nothing is determined yet. Fortunately, we have a live working system that we can check. Serey, and Whalshares currently use a similar system where if a witness is missing x blocks per 24 hours, the witness will be automatically disabled. If the witness wants to be back again, he will need to broadcast. This is like a kill switch script that some witnesses use to disable their nodes when they start missing blocks to avoid missing many blocks.
Regarding the justin sun example, no. He will not be able to recover the keys unless people want to recovery their accounts. Meaning, he can not, for example, start the recovery from his side and steal the account. Because he will need the keys of the account he is recovering.
It is simple, if you set @bob to recover your account, then you need to use your previous keys to recover your account when @bob starts the account recovery process. If you do not have a recovery account, then you can go e.g to @symbionts and ask them to initiate an account recovery for you. It just that if a user did not set a recovery account, he can reach a top witness that he trusts to recover his account.
Regarding burning assets, we do agree, but the thing needs to be discussed further. The prospective that someday someone can just wake up and dump millions in the market and extract all the value that was built by the community for years is not appealing to us.
The canonical signature is not really that important, since it is a technical improvement that is not going to directly affect the economy of the chain or the community. But surely, more information will be shared when the time comes.
Like how witnesses can set the price of Blurt accounts, more parameters can be added to allow witnesses to control more aspects of the chains. Said parameters are not yet defined and are subject to discussion.
Thank you for your reply,
Thanks for your input, I’ll let one of the more technical witnesses respond on 7 and 20.
In my opinion any variable there would be set as a HF param and not a witness param.
Regarding the recovery account, it is merely a recovery buddy that doesn’t see your keys but more like approves you to be able to reset your password, I have never been involved in a recovery process so can’t speak to the process.
Airdrop caps is also an interesting idea and may be a middleground when there are strong feelings in either direction.
I will also defer to technical witnesses on BIP 18, regarding 21, it’s too early to define those until we complete rolling out our entire feature set anyway.
And if they power up a good portion instead?
We don't know ehat they will do. And if they sell who cares? Someone has yo buy what they sell first and the buyer might just power it up. What people do with their waets and money is no one elses business.
Exchange is always concerned with its own good, and if we don't have a listing from them, why should they buy it?
Whales who have accounts with us are whales on Steem and hive. Those from hive don't like us much and those from Steem are neutral, but they will also be guided by their own interests.
What happens if they sell? At the moment, if the exchangers decided to do so, it would be a disaster because i remind you that fork was after situation with Justin sun where Exchanges voted on him with they stakes so they have a lot Blurt on their Accounts. The market is still shallow. The price would drop dramatically to such an extent that witnesses would turn off their nodes because it would not be profitable for them to run them. Right now, running a node is more of a hobby than a lucrative business, because at the rates a witness receives, after paying for the server and electricity, he may only have money left for a big pizza once a month and maybe some juice.
Is there a chance they will buy it? If you saw that you were having trouble cashing in on the airdrop, would you buy even more? And where were they before? If they wanted to invest in blurt, they would have done it already when it was cheaper.
Blurt must develop thanks to people who see potential in it, and not risk that one of the whales from foreign platforms or one of the exchanges will become sentimental about it, which is unlikely, and risk that it will not happen, compromising the security of the network.