See original
Eva币圈淘金
--
【Binance Web3 Wallet Airdrop of Prosper】
【Update 1】 As of now, the liquidity added yesterday has exceeded 24 hours, and I am currently unable to verify Task 6; Task 8 is also likely unable to be verified. I asked the project team, and they said that this verification can only be done within 24 hours before the end of the event. I am currently communicating with them about how to determine the first 3000 participants.
【Update 2】 The more I think about it, the more ridiculous I find the rules of this event being first-come, first-served.
Let me give you an example: the current rules are like a 1000-meter running competition. I am the first to struggle and rush to the finish line, just 1 meter away, and then you pause me. You want to wait until all participants are 1 meter away from the finish line, just one step away, and then you want to restart the race, letting everyone rush to the finish line together. Selecting 1st, 2nd, and 3rd, I want to ask, what is the meaning of first-come, first-served? Isn’t this just chaos?
The rules of the Prosper event have significant ambiguity. The verification buttons for Tasks 6 and 8 can be interpreted in two ways: one is that the liquidity addition and staking must maintain for 24 hours; the other is that the maintenance must be from the start of adding liquidity until 24 hours before the end of the event. The former is easy to understand; whoever adds liquidity first can certify first, which is fair and just. If it's the latter, how do we determine the first 3000 users who completed the tasks? Those who added liquidity early would have to maintain it for over ten days, bearing the risk of token depreciation and capital occupation. In the end, those who added liquidity on the 25th would compete for these 3000 spots? And then, the last person to add liquidity still gets a spot, while those who added liquidity first have no qualification. Isn't that very unfair, completely contrary to the principle of first-come, first-served stated in the rules?
All of the above is based on the current inability to verify Tasks 6 and 8. We will have to see this afternoon, after 24 hours from the start of the event, whether verification can be done. If verification cannot be done, then I think it is necessary to ask the project team and the platform for a fair and detailed explanation of how to ensure the rights of early liquidity providers and how to implement the first-come, first-served rule.
#web3空投 #Prosper
【Update 1】 As of now, the liquidity added yesterday has exceeded 24 hours, and I am currently unable to verify Task 6; Task 8 is also likely unable to be verified. I asked the project team, and they said that this verification can only be done within 24 hours before the end of the event. I am currently communicating with them about how to determine the first 3000 participants.
【Update 2】 The more I think about it, the more ridiculous I find the rules of this event being first-come, first-served.
Let me give you an example: the current rules are like a 1000-meter running competition. I am the first to struggle and rush to the finish line, just 1 meter away, and then you pause me. You want to wait until all participants are 1 meter away from the finish line, just one step away, and then you want to restart the race, letting everyone rush to the finish line together. Selecting 1st, 2nd, and 3rd, I want to ask, what is the meaning of first-come, first-served? Isn’t this just chaos?
The rules of the Prosper event have significant ambiguity. The verification buttons for Tasks 6 and 8 can be interpreted in two ways: one is that the liquidity addition and staking must maintain for 24 hours; the other is that the maintenance must be from the start of adding liquidity until 24 hours before the end of the event. The former is easy to understand; whoever adds liquidity first can certify first, which is fair and just. If it's the latter, how do we determine the first 3000 users who completed the tasks? Those who added liquidity early would have to maintain it for over ten days, bearing the risk of token depreciation and capital occupation. In the end, those who added liquidity on the 25th would compete for these 3000 spots? And then, the last person to add liquidity still gets a spot, while those who added liquidity first have no qualification. Isn't that very unfair, completely contrary to the principle of first-come, first-served stated in the rules?
All of the above is based on the current inability to verify Tasks 6 and 8. We will have to see this afternoon, after 24 hours from the start of the event, whether verification can be done. If verification cannot be done, then I think it is necessary to ask the project team and the platform for a fair and detailed explanation of how to ensure the rights of early liquidity providers and how to implement the first-come, first-served rule.
#web3空投 #Prosper
Disclaimer: Includes third-party opinions. No financial advice. May include sponsored content. See T&Cs.
153
0
Replies 0