Lotto : Unstoppable Community Grant / dApp Staking Application

Governance dApp Staking Applications
1

Dear Astar Friends,

I am GuiGou, Astar Agent and founder of the Lucky and Lotto dApps.

Our plan is to build the Lotto dApp on Astar zkEVM.

Project Overview

Lotto is a free lottery in which participants choose 4 numbers between 1 and 50 and if their numbers match with the winning numbers, they win the jackpot.
There is draw every week. If there are numbers matching the draw, we have a winner! If there is no winner, the jackpot is put back into play.

Currently, it’s built with wasm smart contracts on Astar Network and Phat Contract on Phala Network and as the Phala team very well said (x.com)

Using a verifiable random function (VRF) for number drawing, the game ensures transparency and fairness. All data is recorded on the blockchain for easy verification.

Here is a presentation video: https://youtu.be/2NqkHoibHDc

The dApp is already live on Astar Native: https://lucky-ipfs.substrate.fi/lotto/astar

Since June 13, we had 4091 participations for 630 different wallets.

Our Plan

Currently, the dApp is live on Astar Native, and we would like to deploy it on Astar zkEVM as well.
The dApps on Astar zkEVM and Astar Native will share the same draw and the same jackpot (currently 4M PINK + 2400 ASTR).

This means the users will be able to play on Astar Native or on Astar zkEVM, depending on their preference.

For doing it, we will have to :

  • write the evm smart contracts and deploy them on Astar zkEVM
  • update the current indexer to read the participations from Astar zkEVM
  • update the current wasm smart contracts deployed on Astar Native and Phala Network to manage the new smart contracts deployed on Astar zkEVM. All of these smart contracts must communicate together with a specific choreography. The smart contract deployed on Phala Network will communicate with the ink! smart contract deployed on Astar Native and also with the evm smart contract deployed on Astar zkEVM.
  • update the UI to connect to Astar zkEVM

In the first version, if the winner comes from Astar zkEVM, he will have to claim the jackpot on Astar Substrate (we will use Astar Pass to do the link).
Then we will use Layer Zero technology to move the assets from Astar Native to Astar zkEVM so the winner can claim them on the right network.

In the same time, I will also rewrite my code in Phala blockchain sdk to remove the deprecated OpenBrush lib and use the last ink! version.
This way, the smart contracts will be able to benefit from the latest features (smart contract verification, Assets Chain Extension, …).
This SDK allows the smart contract deployed on Phala Network to communicate with ink! smart contracts and evm smart contracts deployed on Astar Networks.

Moreover, for a sustainable solution over time, players will have to stake on the Lotto dApp or a partner dApp (i.e. a dApp which also contributes to increasing the jackpot) to be able to play this lottery.
This will be implemented in a second version when the dApp will be fully available on Astar zkEVM.
With this feature, if the game is a success, the Lotto dApp should have community support but the UCG is required to bootstrap the initial development.

Team

dApp Staking Reward Usage Breakdown:

We are applying for Unstoppable Community Grants and we will use dApp staking rewards like this:

  • 85% for the development
  • 10% used for the community growth
  • 5% used to grow the jackpot
4 Likes
2

Lotto dApp on Astar zkEVM, Great! :sunglasses:

3

It looks very interesting and fun. Anyway, I’d like to ask a few more questions.

  1. In terms of performance, looking at the previous statistics, it seems quite okay. From Astar zkEVM’s perspective, what are the numerical goals?
  2. I understand that one of the factors for Lotto is the Reward. What plans does the team have for this?
4

Hi @BoomBLB ,
Thanks for your questions.

It is difficult for me to predict the number of future participations on Astar zkEVM. It will depend on the jackpot size and communication but with a big jackpot, I am pretty sure we can have a significant number of tx … the bigger the jackpot, the more the number of participations will be important!

Concerning the jackpot, it is currently composed of 4M PINK (see previous proposal) + 2,400 ASTR provided by our treasury. In this proposal, 5% of the rewards will be allocated to make it grow regularly. For information, anyone can also increase the jackpot by sending some ASTR to the contract address. Feel free to anyone or any team to sponsorize the jackpot himself or create a proposal for that :slight_smile:

About communication, we communicate regularly about the dApp and our posts were relayed by the Pink Collective, Astar Degens and Phala Network.

5

Hello!

I believe that Lotto is one of the products of the Lucky. Therefore, I think it is not suitable for dApp Staking. One project should have only one listing.
There might be a way to support this product through a limited-time UCG.

However, from what I see in the proposal, they seem to want continuous listing for rewards even after the release. By design, sharing Lucky’s resources means competing for rewards, so I understand the intention to list them separately. The issue is whether we should approve this design that depends on dApp Staking listing and whether we should allow separate listings for different products of the same project.

I do not recommend listing multiple products for one project.

6

Hello @you425

Lucky dApp and Lotto dApp are two differents products built by the same team (Lucky).
We used our experience and knowledge from the Lucky dApp to build the Lotto dApp on Astar Native. Now we would like to build the Lotto dApp on Astar zkEVM. This is the aim of this proposal.

1 Like
7

Great application… I think it’s great having this kind of product.
I am not sure how many people will enjoy it or use it, but my personal opinion is to support builders and innovators. Let’s go.

2 Likes
8

With two slots already used up, i think we have to be more careful and selective for what projects we select for UCG and keep the projects selected to a high standard.

Projects that meet stringent criteria, are highly innovative in terms of functionality and output, and / or also attract liquidity and high TVL should be top of the priority list.

Lucky already have a dApp in Tier 4, and while i like the idea and concept, in my opinion i don’t think this project is suitable to apply for another round of UCG while other future new projects might need that spot if they chose to (hopefully) develop on Astar.

PINK is also en route to zero and i am not a fan of promoting meme coins and neither should any serious project out there.

I see “Limited time UCG” mentioned above, this does not make any logical sense - we need to follow rules and procedures here which have just only been revamped and updated (unfortunately I am not surprised that ambassadors try and make this exception for fellow ambassador proposals). The UCG is more important than the dApp staking listing at this current moment.

I do support this dApp applying for dApp staking only

3 Likes
9

Hello @FFR23

I fully agree that with a limited number, we must be selective in the project requesting UCG. I think the Lotto dApp is innovative and user friendly. I sincerely think that this use case is entirely adapted to web3 and blockchain and that it is the kind of dApp that can generate a significant number of transactions.
In addition, technically, we would have a cross chain dApp (Astar Native & Astar zkEVM) without forgetting communication with Phala Network.

Projects that meet stringent criteria, are highly innovative in terms of functionality and output, and / or also attract liquidity and high TVL should be top of the priority list.

Personally, I don’t think that Astar is a DeFi-oriented blockchain. I think that we should favor innovative dApps rather than DeFi projects, which most of the time are forks of existing projects.

Lucky already have a dApp in Tier 4, and while i like the idea and concept, in my opinion i don’t think this project is suitable to apply for another round of UCG while other future new projects might need that spot if they chose to (hopefully) develop on Astar.

Lucky and Lotto are two different dApps and I have never applied for UCG before. Sorry you are wrong :slight_smile:

I see “Limited time UCG” mentioned above, this does not make any logical sense - we need to follow rules and procedures here which have just only been revamped and updated

UCG has by definition a limited time: 4 months, renewable once. Sorry again, you are wrong :slight_smile:

unfortunately I am not surprised that ambassadors try and make this exception for fellow ambassador proposals.

Please could you clarify what rules or procedures are not being respected? Your comment makes no sense to me!

I hope to have demonstrated that I am a builder who delivers functional dApps. Now it’s up to the community to choose if you want to see the Lotto dApp on Astar zkEVM, a cross chain dApp (Astar Native & Astar zkEVM) built with evm smart contracts and wasm smart contracts, communicating together using offchain computing provided by Phala Network.

2 Likes
10

[quote=“GuiGou, post:9, topic:7099, full:true”]

Personally, I don’t think that Astar is a DeFi-oriented blockchain. I think that we should favor innovative dApps rather than DeFi projects, which most of the time are forks of existing projects

  • I believe Astar to be multi faceted (NFT, gaming, defi, the list goes on). Not relevant here what you are saying bringing up DeFi.

Lucky and Lotto are two different dApps and I have never applied for UCG before. Sorry you are wrong :slight_smile:

  • I am not familar with your history, but i am taking the information from what you have written above - both dApps are made by the same team? Not a wild assumption to make you previously applied for UCG with the other dApp under the old rules. (if you didn’t before, my point still stands. I don’t think this dApp should get UCG either.)

UCG has by definition a limited time: 4 months, renewable once. Sorry again, you are wrong :slight_smile:

  • @you425 mentioned “limited-time” above so he / she will have to clarify what they meant by this? They say this dApp is not suitable for dApp staking but it can still be supported by limited-time UCG - that statement makes no logical sense so how am I wrong?

Please could you clarify what rules or procedures are not being respected? Your comment makes no sense to me!

  • See above about “limited-time” UCG support but at the same time the project shouldn’t be on dApp staking.

I hope to have demonstrated that I am a builder who delivers functional dApps. Now it’s up to the community to choose if you want to see the Lotto dApp on Astar zkEVM, a cross chain dApp (Astar Native & Astar zkEVM) built with evm smart contracts and wasm smart contracts, communicating together using offchain

  • As i already stated, i like the dApp. You / your team have already demonstrated that you have the capability to build without the need of UCG support. There are dApps out there that will NEED UCG support to survive.
    Also, PINK is going to zero (as are 99.9999% of meme coins eventually). The rewards should be updated but you ignored that point. I can’t support a project for UCG that has any involvement with meme coins.
11

My interpretation is that there are two products, Raffle and Lotto, in the project Lucky.
image

Therefore, I believe it is appropriate to lump them together in Lucky as dApp Staking.
If separate dApp Staking were possible, it would mean, for example, that VLS could have separate dApp Staking listings for the DEX and IDO functions. Whether it makes sense or not, this was denied on the Forum (VLS just mistakenly proposed that dApp Staking listing needed to be updated, although there was no intent to do a feature-by-feature listing).

So, if Raffle and Lotto are completely separated as separate, it would be fine to list them separately in dApp Staking, but this is not the case at present, so I don’t think it is suitable.

12

It seems there was a misunderstanding. I may not have provided enough explanation, so let me clarify.

First, as mentioned in my previous comment, I do not think Lotto is suitable for dApp Staking.
During the UCG period, dApps are listed in dApp Staking, and staking is done from the Community Treasury. Community members can also stake. After the UCG period ends, Community Treasury’s ASTR is unstaked, but the project can remain in dApp Staking.
As stated earlier, since I do not believe Lotto is suitable for dApp Staking, I do not think it should remain listed after the UCG period. By “limited period,” I mean it should be removed from dApp Staking after the UCG period ends. The UCG itself is not time-limited (since UCG is inherently time-limited).

Now, when considering “Is it acceptable to apply UCG since it’s not suitable for dApp Staking?”, I believe it can be possible if the community accepts it. This is because UCG is an “Unstoppable Community Grant” program. I do not think providing grants for new development through dApp Staking falls outside the definition of UCG.

Based on these points, I proposed listing in dApp Staking only during the UCG period, with delisting afterward. However, this is not a recommendation, just a consideration if the community agrees. It is not my decision to make.

From my perspective, I think the following points need to be discussed:

  1. Is it acceptable to list Lucky’s Raffle and Lotto separately?
  2. If listing is not allowed, is it acceptable to apply only UCG?

Lastly, a note unrelated to the main topic. You do not need to respond to this.
I have no intention of giving preferential treatment to the proposer just because they are an Ecosystem Agent (though I do not know if these words will reach you).

13

PINK is the first meme coin in Polkadot. Usually I’m not a big fan of meme coin but I have to admit that their pinkdrop game was addictive and that the team is serious. We are not part of the team and we are not applied to the PINK project. We simply used part of the PINK received by Astar (like all other parachains) in the jackpot.

14

Hey @you425

There are two differents dApps grouped in the same menu and the dApps use the same look and feel. Probably we should split them to avoid confusion. I will discuss with Arno about it. Thanks for spotting it!

The aim of this proposal is to develop the Lotto dApp with evm smart contracts (currently it is built with ink!) and to deploy these smart contracts on Astar zkEVM.
With this proposal, I will also connect the offchain computing provided by Phala Network to Astar zkEVM.

15

As stated earlier, since I do not believe Lotto is suitable for dApp Staking, I do not think it should remain listed after the UCG period. By “limited period,” I mean it should be removed from dApp Staking after the UCG period ends. The UCG itself is not time-limited (since UCG is inherently time-limited).

It’s just a strange point to make and i’m trying to get to the root logic of it. I’ve never seen this solution proposed before for any other proposal for discussion. My question is why make this even a point for discussion? Putting the dots together it’s because ambassador’s are bias to other ambassadors.

Based on these points, I proposed listing in dApp Staking only during the UCG period, with delisting afterward. However, this is not a recommendation, just a consideration if the community agrees. It is not my decision to make.

The rules are clear - we just voted as a community to update these. And now we are straight away trying to introduce bespoke processes? Where are these suggestions for non-ambassador related projects - i have only ever seen “Yes” or “NO” suggestions.

Lastly, a note unrelated to the main topic. You do not need to respond to this.
I have no intention of giving preferential treatment to the proposer just because they are an Ecosystem Agent (though I do not know if these words will reach you).

Sure thing, your suggestion in here prior to being asked to clarify further suggest otherwise.

16

PINK seems to be the main reward for this project though. The game was addictive at the hype stage because people wanted the airdrop prior to token listing (so they could dump), now the player-base has dropped significantly (along with the price).

My last comment in here:

  • I support dApp staking listing
  • I am against any form of UCG in it’s entirety for this project (that may or may not get proposed in here by any other ambassador / your friends)
17

As a reminder, the current jackpot also contains 2400 ASTR and this can continue to grow.

That’s your opinion and I respect it.
If the community wants to see the Lotto dApp on Astar zkEVM, I hope they will support this proposal. In any case, I will respect his choice :slight_smile:

18

Thank you very much. Now I have a much clearer picture. =)

1 Like
19

I am quite undecided on the topic of applying to the UCG program. I am honestly very happy with what the team is doing with the dApp (starting from Shiden and then moving on to Astar and aiming to develop on Astar zkEVM :clap: :clap: :clap:) but I think that the slots for dApps that can apply should be used wisely as a community. I know that development requires a lot of resources but I would prefer to support Lotto as a Portal dApp and not as a UCG participant :slight_smile:

20

Seems to me we need to think rigorously about this. Otherwise, we would be allowing a listing for each feature of a single dApp.

I think the closest definition of a dApp is to think of it as one brand (project), not one function. For example, X has different functions, such as a posting function, a DM function, a community function, etc., which are then grouped together as X. The same is true of a dApp, even if it has multiple functions, if they are all in one place, it is one dApp. If it exists separately as a separate brand, it would be considered different.

In my opinion, the current situation does not meet this requirement.

Therefore, if the application is to be submitted as proposed, it should be separated tightly.

1 Like