Author Topic: 1000 PTS - Write Social Consensus Software License (SCSL) [CLOSED]  (Read 44482 times)

0 Members and 1 Guest are viewing this topic.

Offline maqifrnswa

  • Hero Member
  • *****
  • Posts: 661
    • View Profile
legally defining the social contract is obnoxious.
The 1:1 mapping, alone, doesn't work for the previous reasons. The 10% of the final money supply (which I was advocating for) also doesn't work:
I create a normal coin with decreasing rewards over time. In the end there will be 20,000,000 coins. My genesis block gives 0 to PTS or AGS, but it is programed in that in the year 3014 I will give PTS holders 2,000,000 coins and AGS holders 2,000,000 coins. I cut out PTS/AGS holders for 1000 years, not in the spirit of the consensus.

Perhaps the social contract really is, "assets are distributed such that at no point would PTS holders or AGS holders hold less than 10% of the total available asset supply"
That covers genesis block all the way through completion, and accounts for inflation.
« Last Edit: January 26, 2014, 06:05:24 pm by maqifrnswa »
maintains an Ubuntu PPA: https://launchpad.net/~showard314/+archive/ubuntu/bitshares [15% delegate] wallet_account_set_approval maqifrnswa true [50% delegate] wallet_account_set_approval delegate1.maqifrnswa true

Offline maqifrnswa

  • Hero Member
  • *****
  • Posts: 661
    • View Profile
@MaxPWR:
So far the SCSL is solely a software license that bestows on the user a license to use, modify, and redistribute the software. There are no rules or limitations placed on accounting, registration. There is a disclaimer that there is no warranty and that I3 is not responsible for problems that come up from use.

I think, from reading this thread, that the scope of the license is solely for software contributions. It's not intended to layout any legal or regulatory framework, but instead give users the freedom to do it as necessary (and as they deem appropriate).

The bounty asks for an official opinion letter by a lawyer, but I think it would be best if I3 obtains that (and not the community) since they are the copyright holders of the license and software.

The core of the software is a standard 3-clause BSD +4th clause on what defines the social contract (at least 10% of total money supply to PTS, 10% of total money supply to AGS). barwizi is trying to incorporate some copyleft language. \

I3 has some options now: do they want copyleft or the more permissive BSD? How do they want to define social consensus (legally, not the PR definition. Is it at least 10/10% of the total final money supply for PTS/AGS or is it 1:1 mapping of PTS/DAC shares in the genesis block such that at least 10% goes to PTS and corresponding amount to AGS)?
« Last Edit: January 26, 2014, 04:48:54 pm by maqifrnswa »
maintains an Ubuntu PPA: https://launchpad.net/~showard314/+archive/ubuntu/bitshares [15% delegate] wallet_account_set_approval maqifrnswa true [50% delegate] wallet_account_set_approval delegate1.maqifrnswa true

Offline MaxPWR

  • Sr. Member
  • ****
  • Posts: 221
  • Sink 2UR Source
    • View Profile
    • Max's Power Plant
I'm a licensed professional, but not for accounting or legal.  But I have some experience with regulatory approval and licensing for new design and corporate policy and procedure systems.

What is the status of this with respect to review and approval by a licensed and qualified professional?  I saw some comments about asking coworkers / licensed professionals for casual reviews, but have you had ongoing review / discussions / etc?  Is there a qualified professional on staff at I3?

I think the SCSL may provide some future legal / regulatory difficulties for the general DAC-Bitshares business model.

In the future, the SCSL will function as the basis for any business model, business plan, mission statement, articles of incorporation, bylaws, etc for any legal entity developing, operating, or offering a DAC for sale.  It will govern the virtual currency aspect of their business.  It will be up to that legal entity to "design" a commercial organization around the SCSL.

That organization will be responsible for classifying and accounting for all virtual currency transfers.  It is easiest to treat virtual currency transfers as "non-profit" or "non-taxable" for accounting purposes, until they are exchanged for fiat or physical goods.  If so, you are sort of "trading cooperative community stock based on future fiat value" instead of anything that needs tax accounting at the present time (e.g., income tax for services, sales / use tax for purchases).  If so, you can pay your distributed employees in stock options (virtual currency), and they are responsible for government and tax regulations (and, therefore, accounting) when they are used for taxable transactions.  If you can start from a "not for profit" classification for virtual currency transfers, and wait to classify / account / record transactions until they "enter the fiat world", then things are much simpler.

I do not think this is possible with the SCSL.  The SCSL would form a legal basis for the use of the DAC / PTS / AGS currency in any business plan by any legal entity.  The SCSL is a for-profit license.  Any virtual currency transfers performed by a DAC entity based on the SCSL would start from the assumption that they are for-profit transactions.  The DAC entity may have to account, value, justify, and possibly pay taxes on any virtual currency transfer - at non-fiat exchanges, at merchants, including between individual members or even moving to a new wallet.

The SCSL results in a starting assumption of "for-profit" for any transfer of PTS, AGS, or future DAC shares.

Does this significantly affect requirements and burdens for record-keeping, accounting, and potential audits?

Has any proposed DAC registered as a legal entity yet, or developed a full business model for review?  Have you gotten any feedback or concerns regarding this?
You can't stop the signal, Mal. Everything goes somewhere, and I go everywhere.

PWR UP: MAXVTEoYhDfWJjvkNm2ZmUhHpYbsPYuybg

Offline barwizi

  • Hero Member
  • *****
  • Posts: 764
  • Noirbits, NoirShares, NoirEx.....lol, noir anyone?
    • View Profile
    • Noirbitstalk.org
it was not in violation of the license since I would claim that I did do 1:1 mapping by giving every 1 DAC share for every 1 pts.
it was, remember the 1:1 mapping is equivalent to 10%, or was until it changed.

Mathematically, 1:1 mapping is only equivalent to 10% when there are 20 million shares. No where in the license does it say you can only have 20 million shares. Without that cap, 1:1 mapping is mathematically meaningless. I think you have to put a percentage in it.

Quote
if we use the 10% perhaps we may want to add a stipulation that the cap cannot be raised later on even if it gets a new dev maintaining it.

The license doesn't give you a right to sublicense, so you can't change the cap. And if it did give rights to sublicense, those terms would be in addition to the current terms. You can make it more strict, but you can't make it less strict since the original terms would propagate.


regarding the existing MIT (Expat) license, you're right - that's annoying. But it's already done. The only thing we can do going forward is to license new code/features under the license that represents what is wanted.

Once the definitions are cleaned up, what's left to work on? Something about how PTS/AGS holders have legal standing. I think a legal opinion letter should be obtained by I3 (as opposed to community members), since they are the ones that hold the copyright on the license document and would have standing.


Just some things i want to clarify, correct me if i am wrong. We want a copy(far)left solution, permissive after a person:-
1) Honours the consensus
2) Distributes the derivative with the license sans modifications
3) Makes their derivative publicly available in source form
4) Does not restrict further modification

This gives rights to share, modify and distribute yet is not restrictive while discouraging "intellectual property" believers.

BSD tends to not require release of source code. I'll change it to make it explicitly so.

--Bar--  PiNEJGUv4AZVZkLuF6hV4xwbYTRp5etWWJ

The magical land of crypto, no freebies people.

Offline maqifrnswa

  • Hero Member
  • *****
  • Posts: 661
    • View Profile
it was not in violation of the license since I would claim that I did do 1:1 mapping by giving every 1 DAC share for every 1 pts.
it was, remember the 1:1 mapping is equivalent to 10%, or was until it changed.

Mathematically, 1:1 mapping is only equivalent to 10% when there are 20 million shares. No where in the license does it say you can only have 20 million shares. Without that cap, 1:1 mapping is mathematically meaningless. I think you have to put a percentage in it.

Quote
if we use the 10% perhaps we may want to add a stipulation that the cap cannot be raised later on even if it gets a new dev maintaining it.

The license doesn't give you a right to sublicense, so you can't change the cap. And if it did give rights to sublicense, those terms would be in addition to the current terms. You can make it more strict, but you can't make it less strict since the original terms would propagate.


regarding the existing MIT (Expat) license, you're right - that's annoying. But it's already done. The only thing we can do going forward is to license new code/features under the license that represents what is wanted.

Once the definitions are cleaned up, what's left to work on? Something about how PTS/AGS holders have legal standing. I think a legal opinion letter should be obtained by I3 (as opposed to community members), since they are the ones that hold the copyright on the license document and would have standing.
« Last Edit: January 25, 2014, 06:49:56 pm by maqifrnswa »
maintains an Ubuntu PPA: https://launchpad.net/~showard314/+archive/ubuntu/bitshares [15% delegate] wallet_account_set_approval maqifrnswa true [50% delegate] wallet_account_set_approval delegate1.maqifrnswa true

Offline barwizi

  • Hero Member
  • *****
  • Posts: 764
  • Noirbits, NoirShares, NoirEx.....lol, noir anyone?
    • View Profile
    • Noirbitstalk.org
I have some questions and concerns. The code has been out for a while, so many forks in existence, all released under the MIT license. If a dev wants to get around the consensus they can easily use one of them. For example, the two on my git do not have a license and should we put this on PTS code it will only affect those who fork after the fact. Once this gains interest, more people will want to fork, and word will spread that there are versions without this license but under the MIT one. The wording of that license allows them to completely circumvent this one.

How do we deal with this?

Also i note that the license we are currently mulling on has lack of protection for a typical user in a situation where a dev abides the license in the beginning and decides to violate it later on after maybe seeing profits. The typical user includes some who would have claimed their share of the DAC via PTS and this license is meant to protect all PTS holders through and since we are claiming a portion "carry-over" in all modified versions we need to structure controls for such eventualities.

Locks are to keep honest people honest.
Licenses are to keep honorable people honorable.

With a proper definition of what is honorable, it is always possible to clone an honorable version from one that is not honorable.  Then it is up to market forces to decide whether honor matters.  We think PTS and AGS holders will represent very powerful market forces!   :)

When money is involved, people tend to not be honourable. If that is the answer then i guess we wont be acting on that.
--Bar--  PiNEJGUv4AZVZkLuF6hV4xwbYTRp5etWWJ

The magical land of crypto, no freebies people.

Offline Stan

  • Hero Member
  • *****
  • Posts: 2908
  • You need to think BIGGER, Pinky...
    • View Profile
    • Cryptonomex
  • BitShares: Stan
I have some questions and concerns. The code has been out for a while, so many forks in existence, all released under the MIT license. If a dev wants to get around the consensus they can easily use one of them. For example, the two on my git do not have a license and should we put this on PTS code it will only affect those who fork after the fact. Once this gains interest, more people will want to fork, and word will spread that there are versions without this license but under the MIT one. The wording of that license allows them to completely circumvent this one.

How do we deal with this?

Also i note that the license we are currently mulling on has lack of protection for a typical user in a situation where a dev abides the license in the beginning and decides to violate it later on after maybe seeing profits. The typical user includes some who would have claimed their share of the DAC via PTS and this license is meant to protect all PTS holders through and since we are claiming a portion "carry-over" in all modified versions we need to structure controls for such eventualities.

Locks are to keep honest people honest.
Licenses are to keep honorable people honorable.

With a proper definition of what is honorable, it is always possible to clone an honorable version from one that is not honorable.  Then it is up to market forces to decide whether honor matters.  We think PTS and AGS holders will represent very powerful market forces!   :)
Anything said on these forums does not constitute an intent to create a legal obligation or contract of any kind.   These are merely my opinions which I reserve the right to change at any time.

Offline barwizi

  • Hero Member
  • *****
  • Posts: 764
  • Noirbits, NoirShares, NoirEx.....lol, noir anyone?
    • View Profile
    • Noirbitstalk.org
I have some questions and concerns. The code has been out for a while, so many forks in existence, all released under the MIT license. If a dev wants to get around the consensus they can easily use one of them. For example, the two on my git do not have a license and should we put this on PTS code it will only affect those who fork after the fact. Once this gains interest, more people will want to fork, and word will spread that there are versions without this license but under the MIT one. The wording of that license allows them to completely circumvent this one.

How do we deal with this?

Also i note that the license we are currently mulling on has lack of protection for a typical user in a situation where a dev abides the license in the beginning and decides to violate it later on after maybe seeing profits. The typical user includes some who would have claimed their share of the DAC via PTS and this license is meant to protect all PTS holders through and since we are claiming a portion "carry-over" in all modified versions we need to structure controls for such eventualities.
--Bar--  PiNEJGUv4AZVZkLuF6hV4xwbYTRp5etWWJ

The magical land of crypto, no freebies people.

Offline barwizi

  • Hero Member
  • *****
  • Posts: 764
  • Noirbits, NoirShares, NoirEx.....lol, noir anyone?
    • View Profile
    • Noirbitstalk.org
so, bit assets or value supply?  That is a very important part of the license as it defines what it is exactly we want a % of.

--Bar--  PiNEJGUv4AZVZkLuF6hV4xwbYTRp5etWWJ

The magical land of crypto, no freebies people.

Offline barwizi

  • Hero Member
  • *****
  • Posts: 764
  • Noirbits, NoirShares, NoirEx.....lol, noir anyone?
    • View Profile
    • Noirbitstalk.org
OK, PTS has a max of 2 mill so every DAC forked from it can have a max of 20 miliion units. that is the maximum, no inflation nothing but a theoretical max of 20 million. so you cannot have your billion value block because it is in violation of the consensus, which clearly states that with a 1:1 mapping PTS should account for at least 10% of the total value supply.

The very calculations for your DAC are based on PTS so any use that does not follow that is in violation of the license.

(again, i'm not trying to be difficult, just pointing out language and how it can be interpreted. I'm not arguing the merits of the social consensus, I'm trying to craft language which actually enforces social consensus without weird loopholes. I know what it is, I know how this is supposed to work, I know how the community works - I'm putting on my "red team" hat as a hostile business or developer looking for exploits)

So the important thing is the 10% of total value supply, not the 1:1 mapping. If that is true, as Stan suggested, we shouldn't use the 1:1 mapping term since it is ambiguous. Even though my example is in violation of the spirit of the consensus (again, I know what the consensus is - I'm trying to break it on purpose), it was not in violation of the license since I would claim that I did do 1:1 mapping by giving every 1 DAC share for every 1 pts. Ambiguity in licenses, in general, gets to the interpreted by the party that did not write the license. I would say, where did the whole "I'm limited to 20 million shares" thing come from, that's not in the license - the license just says I have to give one DAC share for each PTS share.

It's important that the license stands on its own, and not through the filter of prior knowledge and interpretation of what the community thinks social consensus is. All that matters is what is written in the license. I'm just trying to make sure what's written in the license reflects the intentions of the community and can't be exploited.

lol, i know you are tring to help, just failing to see how it could be misunderstood or misinterpreted, maybe i'm just too used to thinking of it that way. fresh yes and ideas are always needed.

Quote
it was not in violation of the license since I would claim that I did do 1:1 mapping by giving every 1 DAC share for every 1 pts.
it was, remember the 1:1 mapping is equivalent to 10%, or was until it changed.

if we use the 10% perhaps we may want to add a stipulation that the cap cannot be raised later on even if it gets a new dev maintaining it.
--Bar--  PiNEJGUv4AZVZkLuF6hV4xwbYTRp5etWWJ

The magical land of crypto, no freebies people.

Offline bytemaster

OK, PTS has a max of 2 mill so every DAC forked from it can have a max of 20 miliion units. that is the maximum, no inflation nothing but a theoretical max of 20 million. so you cannot have your billion value block because it is in violation of the consensus, which clearly states that with a 1:1 mapping PTS should account for at least 10% of the total value supply.

The very calculations for your DAC are based on PTS so any use that does not follow that is in violation of the license.

(again, i'm not trying to be difficult, just pointing out language and how it can be interpreted. I'm not arguing the merits of the social consensus, I'm trying to craft language which actually enforces social consensus without weird loopholes. I know what it is, I know how this is supposed to work, I know how the community works - I'm putting on my "red team" hat as a hostile business or developer looking for exploits)

So the important thing is the 10% of total value supply, not the 1:1 mapping. If that is true, as Stan suggested, we shouldn't use the 1:1 mapping term since it is ambiguous. Even though my example is in violation of the spirit of the consensus (again, I know what the consensus is - I'm trying to break it on purpose), it was not in violation of the license since I would claim that I did do 1:1 mapping by giving every 1 DAC share for every 1 pts. Ambiguity in licenses, in general, gets to the interpreted by the party that did not write the license. I would say, where did the whole "I'm limited to 20 million shares" thing come from, that's not in the license - the license just says I have to give one DAC share for each PTS share.

It's important that the license stands on its own, and not through the filter of prior knowledge and interpretation of what the community thinks social consensus is. All that matters is what is written in the license. I'm just trying to make sure what's written in the license reflects the intentions of the community and can't be exploited.

Great contributions!   I agree 100%.
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline maqifrnswa

  • Hero Member
  • *****
  • Posts: 661
    • View Profile
OK, PTS has a max of 2 mill so every DAC forked from it can have a max of 20 miliion units. that is the maximum, no inflation nothing but a theoretical max of 20 million. so you cannot have your billion value block because it is in violation of the consensus, which clearly states that with a 1:1 mapping PTS should account for at least 10% of the total value supply.

The very calculations for your DAC are based on PTS so any use that does not follow that is in violation of the license.

(again, i'm not trying to be difficult, just pointing out language and how it can be interpreted. I'm not arguing the merits of the social consensus, I'm trying to craft language which actually enforces social consensus without weird loopholes. I know what it is, I know how this is supposed to work, I know how the community works - I'm putting on my "red team" hat as a hostile business or developer looking for exploits)

So the important thing is the 10% of total value supply, not the 1:1 mapping. If that is true, as Stan suggested, we shouldn't use the 1:1 mapping term since it is ambiguous. Even though my example is in violation of the spirit of the consensus (again, I know what the consensus is - I'm trying to break it on purpose), it was not in violation of the license since I would claim that I did do 1:1 mapping by giving every 1 DAC share for every 1 pts. Ambiguity in licenses, in general, gets to the interpreted by the party that did not write the license. I would say, where did the whole "I'm limited to 20 million shares" thing come from, that's not in the license - the license just says I have to give one DAC share for each PTS share.

It's important that the license stands on its own, and not through the filter of prior knowledge and interpretation of what the community thinks social consensus is. All that matters is what is written in the license. I'm just trying to make sure what's written in the license reflects the intentions of the community and can't be exploited.
maintains an Ubuntu PPA: https://launchpad.net/~showard314/+archive/ubuntu/bitshares [15% delegate] wallet_account_set_approval maqifrnswa true [50% delegate] wallet_account_set_approval delegate1.maqifrnswa true

Offline Stan

  • Hero Member
  • *****
  • Posts: 2908
  • You need to think BIGGER, Pinky...
    • View Profile
    • Cryptonomex
  • BitShares: Stan
:) i'm not debating the consensus, that is for bytemaster and company to work out. As for inflationary coins, you may want to read bytemaster's opinions and ideas on that. For now PTS is the code people will fork, but i am working on a version with stake, relative reward and lots more. it will be another version people can use for code and will have a similar license.

I'm not debating anything, I'm just trying to point out what the license actually says and am asking if that is what the intention is. If we put in that 10% of the genesis block must be at least PTS and 10% must be AGS, we are in fact eliminating the social consensus.
Example:
I take the pts code and change it so that the genesis block gives 1 new DAC asset to every PTS holder and the correct proportion to AGS holders. 50/50. My very next block mines 100billion coins which I give to myself. I followed the license, and the license's description of social consensus, but in fact destroyed it. If that is possible, then just license it BSD and don't worry about this extra restriction anyone can get around. Of course, proof of stake blockchains wouldn't do this, but there is nothing preventing someone from implementing a proof of work blockchain that does an end around any genesis-block based social consensus language

Inflationary coins: it doesn't matter what bytemaster or I think, only what is written in the license. If I3 wants to kill off all inflationary coins forever, then put the "final money supply" description in the license. That's fine, but the decision must be made to do that (that's all I'm asking for, is this I3's intentions or not). I don't understand why reading what bytemaster's opinion of those coins has any bearing on this document unless I3 decides it should be in it. My opinion is to not restrict freedom, and even though I think inflationary coins could be a poor economic model, if someone want to do it they should be free to do it. However, social consensus would need to be redefined for that case if I3 wants to do that.

OK, PTS has a max of 2 mill so every DAC forked from it can have a max of 20 miliion units. that is the maximum, no inflation nothing but a theoretical max of 20 million. so you cannot have your billion value block because it is in violation of the consensus, which clearly states that with a 1:1 mapping PTS should account for at least 10% of the total value supply.

The very calculations for your DAC are based on PTS so any use that does not follow that is in violation of the license.

As our current consensus is stated on our old web site:

Quote
The 10% requirement is a minimum, since any number greater than that also satisfies the consensus.  The 1:1 mapping and 10% minimum together set an upper limit on the number of shares a DAC may allocate.  If only 1.5M PTS exist at DAC release, then 15M is the derived upper limit to number of shares for that DAC.  Developers may equivalently exercise the right to scale the share count to the needs of each DAC while preserving percentages for all stakeholders.

1:1 mapping can be in actual shares or equivalently 1:1 in percentages of the total lifetime supply.
So the term 1:1 could be replaced by simply "preserve percentages" and mean the same thing. Perhaps this would be the better way to say it.

I suppose this technically allows inflation as long as nobody's percentage of the money supply changes.   :)

Anything that dilutes holders of PTS and AGS to below 10% would seem to be an obvious violation of the whole spirit of the consensus.

Anything said on these forums does not constitute an intent to create a legal obligation or contract of any kind.   These are merely my opinions which I reserve the right to change at any time.

Offline barwizi

  • Hero Member
  • *****
  • Posts: 764
  • Noirbits, NoirShares, NoirEx.....lol, noir anyone?
    • View Profile
    • Noirbitstalk.org
:) i'm not debating the consensus, that is for bytemaster and company to work out. As for inflationary coins, you may want to read bytemaster's opinions and ideas on that. For now PTS is the code people will fork, but i am working on a version with stake, relative reward and lots more. it will be another version people can use for code and will have a similar license.

I'm not debating anything, I'm just trying to point out what the license actually says and am asking if that is what the intention is. If we put in that 10% of the genesis block must be at least PTS and 10% must be AGS, we are in fact eliminating the social consensus.
Example:
I take the pts code and change it so that the genesis block gives 1 new DAC asset to every PTS holder and the correct proportion to AGS holders. 50/50. My very next block mines 100billion coins which I give to myself. I followed the license, and the license's description of social consensus, but in fact destroyed it. If that is possible, then just license it BSD and don't worry about this extra restriction anyone can get around. Of course, proof of stake blockchains wouldn't do this, but there is nothing preventing someone from implementing a proof of work blockchain that does an end around any genesis-block based social consensus language

Inflationary coins: it doesn't matter what bytemaster or I think, only what is written in the license. If I3 wants to kill off all inflationary coins forever, then put the "final money supply" description in the license. That's fine, but the decision must be made to do that (that's all I'm asking for, is this I3's intentions or not). I don't understand why reading what bytemaster's opinion of those coins has any bearing on this document unless I3 decides it should be in it. My opinion is to not restrict freedom, and even though I think inflationary coins could be a poor economic model, if someone want to do it they should be free to do it. However, social consensus would need to be redefined for that case if I3 wants to do that.

OK, PTS has a max of 2 mill so every DAC forked from it can have a max of 20 miliion units. that is the maximum, no inflation nothing but a theoretical max of 20 million. so you cannot have your billion value block because it is in violation of the consensus, which clearly states that with a 1:1 mapping PTS should account for at least 10% of the total value supply.

The very calculations for your DAC are based on PTS so any use that does not follow that is in violation of the license.
--Bar--  PiNEJGUv4AZVZkLuF6hV4xwbYTRp5etWWJ

The magical land of crypto, no freebies people.

Offline barwizi

  • Hero Member
  • *****
  • Posts: 764
  • Noirbits, NoirShares, NoirEx.....lol, noir anyone?
    • View Profile
    • Noirbitstalk.org
There are now two versions in play. i would like us to consider the effectiveness of each and how it stands with regard top the future. Protoshares is the current basis of DACs but this may not hold for much longer than the next two months.

I think the license should be one copyable to any code base that is brought under the DAC flag and used in the DAC community, not just specific to PTS.

This would mean the consensus would be more like "all chains will give 10% to the original and 10% to a sponsoring fund" (that is if others are successful enough to be able to have funds)

This makes it a general DAC license and means us devs wont have to structure a license for every code base we bring into the fold. If one so wishes, even using an all new code base they could honour PTS and there by ensure that all forks will indirectly honour PTS holders.
--Bar--  PiNEJGUv4AZVZkLuF6hV4xwbYTRp5etWWJ

The magical land of crypto, no freebies people.