Reopen claim and bridge discussion

[Tyga]

@0xquilkker

Since the 2.0 launch delayed so many times，the press for node runners become bigger and bigger.
Is there a chance that reopen the claim and bridge first before 2.0 , let the node runners pay for their electricity and server bills ?
Anyone support this can leave a message bellow , hope Cassie can see this and we all support you !

Short answer is: it wouldn’t make sense to do so.

To be clear, this is my perspective, not an official answer (I don’t have that capacity, just personal experience with these types of projects).

The long answer, from my perspective is:

The amount of time it will take to implement or rework the planned bridge implementation to be compatible with 1.4.21.X would just push 2.0 even further.

This isn’t a simple, copy/paste of the old bridge to work with 1.4.19+ rewards (the ones your nodes are tracking) the way rewards are tracked has changed a lot since the old rewards were tabulated and manually assigned. It was also a one-way bridge-- you couldn’t bring wQuil back to Quilibrium’s network (yet)-- it was just designed to be throw-away implementation in anticipation of 2.0 making the whole process automatic.

To recap:
The last time rewards were distributed:

• Rewards were calculated by writing a script to read the network logs and assign each node a reward amount based on that
• These rewards were assigned to the node and saved to a massive file and the system then minted this amount of QUIL when that address would try to claim
• Users could optionally claim & bridge (all or nothing) to move that QUIL to wQUIL

Now:

• Rewards are automatically tracked by the node itself
• Rewards are not claimed yet, which is why the node balances are labeled as “unclaimed balances”
• This means the tokens are not yet minted into QUIL yet
• The bridge is not aware of these tokens (it only tracked what was minted, which was what people chose to transfer to wQUIL)
• it only has to be aware of tokens it issued out to wQuil

2.0

• unclaimed rewards, like now, are automatically tracked by the node itself
• unclaimed rewards will be minted automatically (by default) into QUIL by turning in proofs rather than accumulating like now
• The bridge will automatically be aware of these tokens coming in and out, i.e. it will be two way, meaning it will hold tokens out of circulation in Quilibrium while they are transferred to Ethereum (or any other network) and vice versa.

Essentially to make it work in the way you’d want, there would need to be a partial roll-out of 2.0 for just the reward mechanisms along with an partially updated bridge. While perhaps feasible in theory, the cost/benefit ratio to change (revert in most cases at this point) all the code involved with such a deployment would essentially cause even more delays than it’s worth.

I won’t repeat myself, so I will point to my other article in reference to operating a node:

@Tyga

Regarding this post:

Hi Cassie. I would like to ask you a few questions on behalf of everyone. These are questions that everyone is very concerned about.

3. The last question that everyone cares about: Can you provide a relatively accurate launch date? Will it be within August or by Christmas, so that miners can plan their electricity usage and mining equipment accordingly? Everyone hopes to arrange their resources properly.

As for my thoughts on this planning for mining costs, and this goes to all miners in general:

• Do not invest more than can be afforded, and don’t sell 3rd born children to keep a Quil miner running.
• mining Quil, from an investment standpoint (not a technical one) is not unlike buying a token on any other network, the difference being that an investment is made to gain tokens over time as long as the node is actively and fairly participating.
• If a miner decides to leverage themselves because they believe in the project (or that their mining will be rewarded), they should recognize the risks that the timeline generally doesn’t care about their needs or desires, it will move on it’s own pace and the miners need to adapt (unless the miners are also maintaining/building the project as well).
• There is no shame or real downside to just stopping node(s) while a miner waits for token release. If a miner runs out of runway, they need to recognize it for what it is: they’ve reached their limit of investment without the sale of tokens.
• A miner realizing that they can hold the tokens and use outside money to run the miners can be a powerful tool. In fact, I would say that it’s a better operation to to not be forced into selling tokens to pay their next bill.
• It’s not a good idea to count chickens before they hatch, even if they seem sure. And if something has a fairly high likelihood, a miner should recognize, still, that not everything may go how they want it and should adapt coping strategies for when it doesn’t.
• Yes, the project may have been delayed, but really, it’s only been a week and we’ve seen progress and fairly regular updates. Long-term, a miner should expect that release dates are in all reality estimated deadlines. There shouldn’t be serious deviation without good reason, but some level of flexibility will be needed.
• A person isn’t changing anything by persistently asking “When?” because the answer to that is, “when Cassie is good and ready.” Despite the non-specific answer, it’s the closest thing to an exact answer.
• Quil & Chill is a good meme, but one I’ve kinda come to like.