—————————————————————————————————

Hello everybody! In my exploration of cloud variables, I thought it would be cool to have some type of digital money that could be used in multiple projects which you could transfer to other users. So, well I made just that! It's called sCoin (which obviously means Scratch Coin), and it's a digital currency system that works in multiple Scratch projects.

Here's the promo project

Features include:
-Add purchasable items to your Scratch projects
-An API in Scratch to use sCoin
-Donate and buy items for sCoins
-Confirm purchases so projects can't just steal your sCoins.
-Get bought items from other projects

Sign up here: http://scratchcoin.tk

but is it b l o c k c h a i n????

$(".box-head")[0].textContent = "committing AT crimes since $whenever"

What's to stop people from granting themselves unlimited sCoin?

I've had this conversation before: https://scratch.mit.edu/discuss/topic/216628/?page=5#post-2285891

Edit: How does one actually earn sCoin?

novice27b wrote:

What's to stop people from granting themselves unlimited sCoin?

I've had this conversation before: https://scratch.mit.edu/discuss/topic/216628/?page=5#post-2285891

Edit: How does one actually earn sCoin?

I have a way of confirming purchases and donations through the website, and each user gets 10 sCoins on registration. So basically if you want a bunch of sCoins, you'd have to make many Scratch accounts and become Scratcher on all of them (which is a lot of time and work), so it's unlikely people will gather a huge amount if they don't already have multiple accounts.

In other words: the amount of sCoins in existence is amount of users * 10, nothing more nothing less

MCAnimator3D wrote:

novice27b wrote:

What's to stop people from granting themselves unlimited sCoin?

I've had this conversation before: https://scratch.mit.edu/discuss/topic/216628/?page=5#post-2285891

Edit: How does one actually earn sCoin?

I have a way of confirming purchases and donations through the website, and each user gets 10 sCoins on registration. So basically if you want a bunch of sCoins, you'd have to make many Scratch accounts and become Scratcher on all of them (which is a lot of time and work), so it's unlikely people will gather a huge amount if they don't already have multiple accounts.

In other words: the amount of sCoins in existence is amount of users * 10, nothing more nothing less

Fair enough, that's not a bad way of doing it. It seems strange that creating an account is the only way to actually create currency though.

Would you ever consider letting people buy sCoin with real money?

Is it possible for a project to send and receive sCoin?

novice27b wrote:

MCAnimator3D wrote:

novice27b wrote:

What's to stop people from granting themselves unlimited sCoin?

I've had this conversation before: https://scratch.mit.edu/discuss/topic/216628/?page=5#post-2285891

Edit: How does one actually earn sCoin?

I have a way of confirming purchases and donations through the website, and each user gets 10 sCoins on registration. So basically if you want a bunch of sCoins, you'd have to make many Scratch accounts and become Scratcher on all of them (which is a lot of time and work), so it's unlikely people will gather a huge amount if they don't already have multiple accounts.

In other words: the amount of sCoins in existence is amount of users * 10, nothing more nothing less

Fair enough, that's not a bad way of doing it. It seems strange that creating an account is the only way to actually create currency though.

Would you ever consider letting people buy sCoin with real money?

I've got a suggestion like that recently, I haven't thought much about selling them, but it could totally work. And yeah, I'm still wanting to figure out a better way of distributing sCoins other than creating accounts.

Wettining wrote:

Is it possible for a project to send and receive sCoin?

You could with the Transfer block, but you'd have to confirm whenever a user wants to withdraw sCoins from your project on your account.
Receiving sCoins, yes that's completely possible with the Transfer and Buy blocks

Could I run the server for you? Please take no offense but it doesn't seem to have the best up time at the moment…

Cool. The Server Is Very Slow, even If I Am A New SCratcher. But, Maybe, if fine with you, if i can help you?

blueparrot18 wrote:

Cool. The Server Is Very Slow, even If I Am A New SCratcher. But, Maybe, if fine with you, if i can help you?

It won't work if you're a new scratcher…

This is so cool, I am gonna sign up!

Can you add a Block that can tell you that the user confirmed, declined, or didn't confirmed or declined it yet With a iTem or a Order ID Number, I am currently working on a Test/Alpha Version of Thanksgiving Clicker that includes sCoin, The Version will have a test button that allows you to buy an item for Between 5-75 sCoin to give you 9.9M (9,999,999) Turkey Points and 1M (1,000,000) Turkeys Per Second (TPS), but if the person buy the item and declines the item to just get the 9.9M Points and 1M Turkeys Per Second For Free, I will be making a script that checks their Current sCoin Balance and setting a Variable to Their Current sCoin Balance, if the output = Current sCoin Balance

When I receive [check balance v]
if  <(output)=(Current sCoin Balance)>
Ask [did you confirm it, decline it or Didn't yet confirm it or decline it] and wait
if <(answer)=[Confirmed]>
Ask [are you sure that you confirmed it?] and wait
if <(answer)=[Yes]>
Say [Checking your Current sCoin Balance...] for [2] secs
Wait [0.40] Secs
How many coins does (username) haves? ::custom
set [Current sCoin Balance v] to (output)
else

Not gonna do the whole script on

 Scratchblocks 

because it will take a lot of time to do it on this, and you can see it in the version, but I am not finished with the version yet!

Nicsena wrote:

Can you add a Block that can tell you that the user confirmed, declined, or didn't confirmed or declined it yet With a iTem or a Order ID Number, I am currently working on a Test/Alpha Version of Thanksgiving Clicker that includes sCoin, The Version will have a test button that allows you to buy an item for Between 5-75 sCoin to give you 9.9M (9,999,999) Turkey Points and 1M (1,000,000) Turkeys Per Second (TPS), but if the person buy the item and declines the item to just get the 9.9M Points and 1M Turkeys Per Second For Free, I will be making a script that checks their Current sCoin Balance and setting a V

You can technically do this by seeing which item the user has bought on that project. using you're method would add further error if the user were for some reason on two projects which use sCoin.
If they decline what they bought then they can't get coins until that item shows up in the output so I would add a refreshing script that updates different variables every 3-5 seconds.

Wettining wrote:

Nicsena wrote:

Can you add a Block that can tell you that the user confirmed, declined, or didn't confirmed or declined it yet With a iTem or a Order ID Number, I am currently working on a Test/Alpha Version of Thanksgiving Clicker that includes sCoin, The Version will have a test button that allows you to buy an item for Between 5-75 sCoin to give you 9.9M (9,999,999) Turkey Points and 1M (1,000,000) Turkeys Per Second (TPS), but if the person buy the item and declines the item to just get the 9.9M Points and 1M Turkeys Per Second For Free, I will be making a script that checks their Current sCoin Balance and setting a V

You can technically do this by seeing which item the user has bought on that project. using you're method would add further error if the user were for some reason on two projects which use sCoin.
If they decline what they bought then they can't get coins until that item shows up in the output so I would add a refreshing script that updates different variables every 3-5 seconds.

Ok, how to do that?

Nicsena wrote:

Wettining wrote:

Nicsena wrote:

Can you add a Block that can tell you that the user confirmed, declined, or didn't confirmed or declined it yet With a iTem or a Order ID Number, I am currently working on a Test/Alpha Version of Thanksgiving Clicker that includes sCoin, The Version will have a test button that allows you to buy an item for Between 5-75 sCoin to give you 9.9M (9,999,999) Turkey Points and 1M (1,000,000) Turkeys Per Second (TPS), but if the person buy the item and declines the item to just get the 9.9M Points and 1M Turkeys Per Second For Free, I will be making a script that checks their Current sCoin Balance and setting a V

You can technically do this by seeing which item the user has bought on that project. using you're method would add further error if the user were for some reason on two projects which use sCoin.
If they decline what they bought then they can't get coins until that item shows up in the output so I would add a refreshing script that updates different variables every 3-5 seconds.

Ok, how to do that?

when I receive [loop v]
wait (5) secs
Get items for user (username) ::custom
set [Items v] to (output)
broadcast [update v]
... ::grey

when I receive [update v]
if <(Items) = (VariableWithTheValueofTheNameofTheItemBeingBought)> then 
broadcast [Payment Successful v]
broadcast [loop v]
else
broadcast [loop v]
end

a very crude way to do it, but it'll work I believe.
I don't recommend using this method, but you should get the main gist of whats happening in the code and be able to improve upon it

Wow. Somebody finally did this. I hope your infrastructure isn't a bunch o' spaghetti PHP.

MCAnimator3D wrote:

Each user gets 10 sCoins on registration. So basically if you want a bunch of sCoins, you'd have to make many Scratch accounts and become Scratcher on all of them (which is a lot of time and work), so it's unlikely people will gather a huge amount if they don't already have multiple accounts.

So to create more sCoins you need to create more accounts… woah.
Isn't that kinda encouraging account spam?
Because I mean, if sCoins gain value in real money, the work to create lots of scratcher status accounts would be worth it (free money).
But I guess your counter argument could be that spam (like a 51% attack on bitcoin) would degrade the value of sCoins.
Then comes the question “Why would sCoins even have value?”.
Obviously since people would want to buy stuff inside projects (like a powerup in a game), this would create demand which creates value.
But then comes the really big question.. Why does anyone need to buy anything in projects if you can look inside and change stuff?
eg. You could always look inside a game and change the variable numberOfPowerups to whatever you want.
Therefore… since you don't need sCoins there is no demand, and since there is no demand there is no value.
Yikes.
But who cares, since reality is an illusion and the universe is a hologram we have more important things to worry about lol.

discobeem wrote:

MCAnimator3D wrote:

Each user gets 10 sCoins on registration. So basically if you want a bunch of sCoins, you'd have to make many Scratch accounts and become Scratcher on all of them (which is a lot of time and work), so it's unlikely people will gather a huge amount if they don't already have multiple accounts.

So to create more sCoins you need to create more accounts… woah.
Isn't that kinda encouraging account spam?
Because I mean, if sCoins gain value in real money, the work to create lots of scratcher status accounts would be worth it (free money).
But I guess your counter argument could be that spam (like a 51% attack on bitcoin) would degrade the value of sCoins.
Then comes the question “Why would sCoins even have value?”.
Obviously since people would want to buy stuff inside projects (like a powerup in a game), this would create demand which creates value.
But then comes the really big question.. Why does anyone need to buy anything in projects if you can look inside and change stuff?
eg. You could always look inside a game and change the variable numberOfPowerups to whatever you want.
Therefore… since you don't need sCoins there is no demand, and since there is no demand there is no value.
Yikes.
But who cares, since reality is an illusion and the universe is a hologram we have more important things to worry about lol.

You make some really great points that I haven't even thought about, but yes that last sentence you wrote sums it all up. It's a just-for-fun kinda thing.

MCAnimator3D wrote:

You make some really great points that I haven't even thought about, but yes that last sentence you wrote sums it all up. It's a just-for-fun kinda thing.

Cool, I wanna see how this works out…