100% Complete Bitcoin Price History Graph + Related Events ...

I teach math and here is my attempt at trying to explain our current economic system graphically, showing what the value of the US Dollar, CPI, Gold, S&P, Art, Wages, House prices and Bitcoin have done over time

So we all know that our education system is horrendous. People graduate high-school, and even university, without fully appreciating that there are different systems at play in our current economy and that we have choices as to what systems we would like to invest our time and money on.
To help get this point across I just finished putting together a set of videos to explain this. There are 6 videos in this set, the last two (Part 1, Part 2) bringing everything together by showing how the value of the US Dollar, CPI, Gold, S&P, Art, Wages, House prices and Bitcoin have changed over time. The Table of Contents for the last two videos is:
Part 1
Part 2:
The full set of videos for this set are:
Hope you like, and suggestions and recommendations are always welcome.
Peace.
Edit: Per suggestion, Here is the Playlist.
submitted by salvia_d to conspiracy [link] [comments]

A simple and concise info-graphic depicting the relative values of Bitcoin and the dollar.

A simple and concise info-graphic depicting the relative values of Bitcoin and the dollar. submitted by blockchainreaction to Buttcoin [link] [comments]

I teach math and here is my attempt at trying to explain our current economic system graphically, showing what the value of the US Dollar, CPI, Gold, S&P, Art, Wages, House prices and Bitcoin have done over time

I teach math and here is my attempt at trying to explain our current economic system graphically, showing what the value of the US Dollar, CPI, Gold, S&P, Art, Wages, House prices and Bitcoin have done over time submitted by rotoreuters to betternews [link] [comments]

Bitcoin mentioned around Reddit: I teach math and here is my attempt at trying to explain our current economic system graphically, showing what the value of the US Dollar, CPI, Gold, S&P, Art, Wages, House prices and Bitcoin have /r/conspiracy

Bitcoin mentioned around Reddit: I teach math and here is my attempt at trying to explain our current economic system graphically, showing what the value of the US Dollar, CPI, Gold, S&P, Art, Wages, House prices and Bitcoin have /conspiracy submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Cultural Exchange between /r/Lebanon and /r/berlin

Welcome to the Cultural Exchange between /Lebanon and /berlin/
Courtesy of our friends over at /berlin/ we are pleased to host our end of the cultural exchange between the two subreddits.
The purpose of this event is to allow people from two different regions to get and share knowledge about their respective cultures, daily life, history and curiosities.

General guidelines


Quick introduction about Lebanon

Quick explanation of what is happening in Lebanon (Before the explosion): https://imgur.com/a/Ixo3v8S
Introduction
Lebanon is a tiny country in the middle east. It's bordered by Syria from the north and east, Israel from the south, and the Mediterranean Sea from the west. Syria has been in a deadly civil war since 2012. Lebanon and Israel are officially "at war" since the inception of Israel, though currently there isn't any war going on, and the last real war between the two countries happened in 2006 and lasted only 30 days.
Lebanon went into a long and deadly civil war in the 70s and 80s. It only ended when the war lords sat together and decided that instead of attempting to kill each other, why not become rulers and split the gains. Thus from the early 90s until today Lebanon has been ruled by the same warlords that fought in the civil war. The speaker of the parliament never changed, not even once, and the rest of MPs and politicians just switched ministries and places every few years to present the image of democracy.
Lebanon also has Hizbollah, an organization that is labeled as a terrorist organization by many countries. Hizbollah has more powerful intillegence and military than the Lebanese government itself. The organization has unobstructed powers, for example, it started the 2006 war with Israel without the acceptance of the official Lebanese government.
Lebanese politicians save their billions and billions of dollars in savings in banks across Europe, mainly Switzerland.
Lebanon doesn't have oil, nor a serious construction sector. Lebanon relies on the service sector and tourism to survive, both of which are almost nonexistent at this point. Lebanon has a huge crippling debt. Lebanon's capital, Beirut, was voted the most expensive city to live in in the middle east two years ago. Lebanon's passport is one of the worst passports in the world and doesn't allow you to visit any notable country without a visa.
October 2019 - Political, COVID-19 and Economical Problems
In October 2019, the government approved a law that would increase taxes, and tax the usage of Whatsapp. The Lebanese population attempted a peaceful revolution, the country effectively closed down from October until December. The revolution was successful in forcing the government to resign, but wasn't able to make the president, MPs or speaker of the parliament resign.
Things went to shit after that, unofficial capital control started in October. The bank declared that people can't withdraw money from their savings or current accounts. People weren't allowed to transfer money outside Lebanon or use any credit or debit card internationally. The government started considering a haircut. The currency started to lose value rapidly.
The official rate is currently 1$ = 1,515 LBP while the black market rate is 1$ = 8,500 LBP
The money stuck in the bank is useless, almost frozen because it can't be withdrawn without losing ~65% of it's value and even then, in small quantities.
Add to that COVID-19 is ripping the country. We're having exponential growth in the number of cases right now.
The Explosion
On August 4, 2020 multiple explosions occurred in Beirut Port that destroyed half the city, killed hundreds, with an additional large number of people missing, injured hundreds of thousands of people and made 300,000 people homeless. 80000 children displaced. The explosion was so big that it was heard and felt in Cyprus and Syria. There were reports of damages to properties from the explosions all over Lebanon, not just in Beirut.
The explosion destroyed half of the city including busy hospitals, which ended up causing people to have to deliver or have critical operations using the flash light from the doctors' cellphones.
The explosion killed several foreign nationals including French, German, Canadian, American, and Australian citizens.
This post is made to raise awareness about what happened in Lebanon by sharing the videos of the incident. Please note that those videos are graphic as they show the moment the explosion happened.
Donation Help
Any kind of monetary donation will go a LONG way during these times.
You can donate using your credit card, paypal account, bank transfer or bitcoin donation.
You can find a list of verified and safe NGOs to donate to here: https://www.reddit.com/lebanon/comments/iaakslist_of_lebanese_ngos_that_are_verified_and_safe/
You can check out some of the videos here:
Reddit Links:
submitted by ThePerito to lebanon [link] [comments]

Cryptocurrencies in the Era of COVID-19 (Part One)

Cryptocurrencies in the Era of COVID-19 (Part One)

https://preview.redd.it/cscwryttr4o51.jpg?width=2560&format=pjpg&auto=webp&s=ddd90997810c0cc46cf8e6b5cac534cd8f9c796f
To speak of “post-COVID” is not only premature, but perpetuates the myth that the mere passage of time will lead to some kind of universal recovery. The reality is rather more harsh. Currently, the only positive dynamic at work is that the patient will learn to cope with the symptoms of a congenital condition, until, and if, the underlying problem can be resolved. While we would prefer otherwise, this is the Era of COVID.
The opening up of Europe’s Mediterranean tourist industry in the summer of 2020 was always going to increase the rate of COVID transmission, but the experiment was justified in terms of local economic dependency on foreign visitors vis-a-vis the health costs, the degree of disease impact, and overly testing the limits of voluntary social distancing.
From the perspective of the pathogen, however, absolutely nothing has changed. In terms of global polity, economic policy and social welfare, everything has changed, is changing, and may well end up creating scenarios out of all recognition.
Critical to appreciating the “why?” of this reorientation is the recognition that only a raft of temporary, but wholly unsustainable macroeconomic policies, have kept the global economy functioning. The problem, however, is that it is a bit like cheating a wise man. You only get away with it once. Thereafter you have to accept realities and manage how they play out as best as you can.
Central to the latter is the fact that until a vaccine is developed, ours is the era of socio-economic COVID-19 management. All other determinations derive from where they stand in regards this polarity; the spread of the disease on the one part and the damage done to the global economy on the other. The balance between lives and livelihoods. In reality the two are not finally distinct. The acceptance of higher COVID-19 infection will have economic costs both over the short and long term. The worry is that these could be far, far greater than many currently anticipate. Critically, that those people with mild or no symptoms today, could develop significant health problems in their tens of millions as they get older. That the virus lays dormant at a cellular level but surfaces to cause physical problems in the future, negatively impacting the functioning of vital organs, including the brain. As this happens the economic costs will become significant.
To restate. Temporary economic measures funded by quantitative easing have allowed the global economy to maintain a degree of normalcy, but over time these will inevitably weaken the economy they were designed to protect. In similitude, the temporary relief of putting short term spending needs on the credit card eventually crashes into the wall of maximised indebtedness. The consequence is either the hardship of paying back what has been borrowed, or simply walking away from the debt and being cut off from credit thereafter.
The last time the global economy faced anything like this level of catastrophic dialectic was after the two world wars. For the people of Germany and France coins and banknotes were minted with ever greater number of zeros, but ever reduced buying power. In the end these currencies were simply abandoned—replaced with the Reichsmark and nouveau franc respectively. The former at a rate of one trillion (sic) to one! Stability resulted, but it must be underscored, because the printing presses were turned off.
The trick was to introduce a medium of exchange whose physical number was very tightly defined and limited. As long as the temptation to cheat when you run out of money is resisted, all will be well. All this may prefigure a nouveau dollar, digital yuan or an altogether different scenario may unfold.
This is where the current locus of speculation—financial and theoretical— currently lies.
Any considerations in these respects needs to take into account the following factors as delimiting the parameters of probable outcomes:
  • Structural shifts in global economic activity away from travel, leisure, tourism, some automotive and manufacturing towards health, security, robotics, datacom and a range of advanced technologies. This not only portends shifts in investment between sectors, but more graphically, shifts in wealth between regions and nations.
  • Growing tensions within the European Union. With many of the southern states so highly dependent on tourism, significantly declining income will further exacerbate the north-south wealth gap, and thus tensions over budgetary redistribution.
  • Structural shifts in global geo-politics and trade away from multilateralism towards bilateralism, supply chain security, high-tech protectionism and hegemonic alliances.
  • A new era of Western statism necessary to reduce the threat of a severe economic depression. This will be directed to enhanced infrastructure projects, support for advanced, green and digital technologies, new strategies on preventative and remote health care, and internal security and surveillance.
  • Social acceptance of greater government intrusion and regulation as the price of minimising the impact of COVID, future pandemic threats and economic downturn.
More important than any of these are the underlying shift towards new orthodoxies at the expense of tearing up the old order. This not only includes the fundamentals of government macroeconomic theory (and thus policy) but the rules underpinning all commercial and currency infrastructures. “Fundamental” because the three are inextricably linked, yet autonomous enough for one to affect the other with a potential impact so dramatic it is difficult to overstate.
These paradigms are so new, and their final impact so remote, that the most significant element of their existence is easily missed: A year ago such a narrative would have been viewed as sheer lunacy. A year from now so obvious as to merit an historical footnote. Emerging from the rabbit hole everything will be different. Everything is up in the air and everyone is scrambling to find an anchor.
In the meanwhile, popular investment ethos is myopic, entirely oblivious to the undercurrents which will mark the end of the status quo. Somewhere along the line, a soaring Stockmarket has become an end in itself. Wealth, the mere addition of fiat zeros.
The intention of the original cryptocurrency was to sidestep this fallacy. To extricate and preserve real wealth from constantly shifting foundations. Like all ideals, it has been imperfectly realised. No one can deny that the meteoric rise in Bitcoins’ value from $327 to almost $12,000 (at the time of writing) reflects some degree of speculation, but it also reflects substantive, intelligibly based doubts as to the fundamentals sustaining fiat currencies. They may still exist in five or ten years, but what will they tangibly be worth?
Eventual outcomes here—including which cryptocurrencies prove their worth —will be determined by our collective actions. History reveals that whatever divergences take place, in the end the solid and substantial always win out. Lies are exposed and tyranny eventually falls. Shaky assets yield to solid. Bad money drives good to a premium.
(Subsequent additions to this article will examine critical factors determining the path of cryptocurrency evolution in the era of COVID as these arise, including government regulations).
submitted by JamesFXF to FXF [link] [comments]

City Cultural Exchange: This Friday August 21 at 19:00 we'll have our first cultural exchange with another city/country on reddit, this one will be with /r/Lebanon - at the same time it's a way to show our support for another capital going through an extremely hard time!

Hi everyone,

Hope you’re all as well as you can be in the End Corona Times, the mods of /Berlin were thinking for a while of starting a city cultural exchange program on reddit. It will work just like the country cultural exchanges, except with a focus on city cultural. This sort of cultural exchange would give us an opportunity to meet the culture of other cities through reddit! I’ll try to organize this on a semi-regular basis, I hope it’ll be fun and informative for all.
If you have any questions or suggestions, comment below!

The first city will be Beirut, Lebanon.

We thought that perhaps we could also do some good with this as well and asked the moderators of /Lebanon if they would want to be our first cultural exchange, representing Beirut. We also asked if they could recommend any charities and NGOs to donate to and they sent us an explanation with a list of organizations that they trust. If you have any other way of helping the people of Beirut, share it with us, they need all the help they can get.

The date and time of this event is Friday August 21th, 2020 at 19:00 Berlin-time.

The event will be stickied on /berlin on Friday and I’ll edit this post to include a link to it here:
(Future Link)
Without further ado, this is a little introduction from the moderators of /Lebanon in preparation for the event about Lebanon and what is going on:
There is an important link in the introduction to another reddit post where they list out the NGOs and charities that are safe to donate to. They took a lot of time researching and even calling some of these organizations to make sure the donations get to the places they are needed.
---
Quick explanation of what is happening in Lebanon (Before the explosion): https://imgur.com/a/Ixo3v8S

Introduction

Lebanon is a tiny country in the middle east. It's bordered by Syria from the north and east, Israel from the south, and the Mediterranean Sea from the west. Syria has been in a deadly civil war since 2012.
Lebanon went into a long and deadly civil war in the 70s and 80s. It only ended when the war lords sat together and decided that instead of attempting to kill each other, why not become rulers and split the gains. Thus from the early 90s until today Lebanon has been ruled by the same warlords that fought in the civil war. The speaker of the parliament never changed, not even once, and the rest of MPs and politicians just switched ministries and places every few years to present the image of democracy.
Lebanon also has Hizbollah, an organization that is labelled as a terrorist organization by many countries. Hizbollah has more powerful intelligence and military than the Lebanese government itself. The organization has unobstructed powers, for example, it started the 2006 war with Israel without the acceptance of the official Lebanese government.
Lebanese politicians save their billions and billions of dollars in savings in banks across Europe, mainly Switzerland.
Lebanon doesn't have oil, nor a serious construction sector. Lebanon relies on the service sector and tourism to survive, both of which are almost non-existent at this point. Lebanon has a huge crippling debt. Lebanon's capital, Beirut, was voted the most expensive city to live in in the middle east two years ago. Lebanon's passport is one of the worst passports in the world and doesn't allow you to visit any notable country without a visa.

October 2019 - Political, COVID-19 and Economical Problems

In October 2019, the government approved a law that would increase taxes, and tax the usage of Whatsapp. The Lebanese population attempted a peaceful revolution, the country effectively closed down from October until December. The revolution was successful in forcing the government to resign, but wasn't able to make the president, MPs or speaker of the parliament resign.
Things went to shit after that, unofficial capital control started in October. The bank declared that people can't withdraw money from their savings or current accounts. People weren't allowed to transfer money outside Lebanon or use any credit or debit card internationally. The government started considering a haircut. The currency started to lose value rapidly.
The official rate is currently 1$ = 1,515 LBP while the black market rate is 1$ = 8,500 LBP
The money stuck in the bank is useless, almost frozen because it can't be withdrawn without losing ~65% of it's value and even then, in small quantities.
Add to that COVID-19 is ripping the country. We're having exponential growth in the number of cases right now.

The Explosion

On August 4, 2020 multiple explosions occurred in Beirut Port that destroyed half the city, killed hundreds, with an additional large number of people missing, injured hundreds of thousands of people and made 300,000 people homeless. 80000 children displaced. The explosion was so big that it was heard and felt in Cyprus and Syria. There were reports of damages to properties from the explosions all over Lebanon, not just in Beirut.
The explosion destroyed half of the city including busy hospitals, which ended up causing people to have to deliver or have critical operations using the flash light from the doctors' cellphones.
The explosion killed several foreign nationals including French, German, Canadian, American, and Australian citizens. LINK
This post is made to raise awareness about what happened in Lebanon by sharing the videos of the incident. Please note that those videos are graphic as they show the moment the explosion happened.

Donation Help

Any kind of monetary donation will go a LONG way during these times.
You can donate using your credit card, paypal account, bank transfer or bitcoin donation.

You can find a list of verified and safe NGOs to donate to here: https://www.reddit.com/lebanon/comments/iaakslist_of_lebanese_ngos_that_are_verified_and_safe/


You can check out some of the videos here:
Reddit Links:
The /Lebanon twin-announcement thread to this can be found here: https://www.reddit.com/lebanon/comments/icllh8/this_friday_august_21_8pm_cultural_exchange_with/
submitted by llehsadam to berlin [link] [comments]

Why UMI Will Not Fall Victim to Inflation: Dispelling Myths of “Deadly Issue”

Why UMI Will Not Fall Victim to Inflation: Dispelling Myths of “Deadly Issue”
https://preview.redd.it/lr1w0ukh2ik51.jpg?width=1024&format=pjpg&auto=webp&s=b413e6e6b2e94d2e9522571040151826b7874e77
With UMI staking, anyone anywhere in the world can generate new coins at the rate of up to 40 % a month, or up to 5,669 % a year, with no risk of falling victim to fraudsters. It means new opportunities for humanity which never existed before. However, many people who are used to miserable interests on bank deposits and financial pyramids that last a few months at most cannot understand what makes this possible. How can you safely earn up to 40 % a month with no risk of losing it all?
Sceptics cannot wrap their minds around this which makes them suspect there’s a catch to it. Therefore, it should come as no surprise that you can find various myths about UMI's “deadly issue” on forums and social networks. The most popular among them say that you simply cannot ensure long-term operation with this kind of “super-high income” and no one has any idea what will happen to this cryptocurrency in 10 or more years. Here's a forecast from sceptics, briefly: “deposits” with this percentage are simply impossible, it will inevitably cause hyperinflation, UMI cryptocurrency will devalue, and will share the fate of currencies in some of the less fortunate countries, such as Zimbabwe or Venezuela.
To counter these allegations, we've prepared a detailed article with arguments dispelling all these myths, nullifying all “forecasts” and putting the lid on this issue. Here we go!
What's the value behind the forecasts?
First of all, 10 or more years is too much of a long term, and forecasting so far in advance is simply impossible. Don't take us wrong here: it's not just about cryptocurrencies; it's about anything in the world. There was a time when people thought pagers, faxes, and landline phones had cheerful prospects, but look at what happened to them. They have been replaced by smartphones and the Internet accessible to all which no one believed was possible in the first place. New technologies emerge out of the blue and transform the world beyond recognition. The old — something everyone is used to — is replaced with something new and more
convenient. Something better.
10 years ago people believed in developing bank technologies, but then, all of a sudden, Bitcoin was created and transformed people's understanding of financial payments. It turned out anyone in the world can make payments with no intermediaries and generate new digital money. It's true that Bitcoin is not perfect, but millions use it all over the world. This number is also growing fast with each passing day.
Do you remember forecasts made for Bitcoin when it first appeared? Both ordinary people and respected world-class experts predicted it would soon die. No one believed it could last for even 10 years.

https://preview.redd.it/q1kzcxfw2ik51.png?width=800&format=png&auto=webp&s=17a12d73b9046a357cf6ecd77253472215c8bb24
Typical article predicting the end of Bitcoin from respected mass media. Source.

Here're some graphic examples from the leading world-class mass media:
“That's the End of Bitcoin.” Forbes, 2011, BTC price — $15.
“Bitcoin is headed to the ash heap.” USA Today, 2015, BTC price — $208.
“R.I.P., Bitcoin. It’s time to move on.” The Washington Post, 2016, BTC price — $382.
“Stay away from bitcoin and ethereum — they are complete garbage.” This is garbage." MarketWatch, 2017, BTC price — $2,345.
“Is Bitcoin Going To Zero?” Forbes, 2018, BTC price — $3,432.
In 2020, the BTC price is almost $12,000. The respected mass media have “declared Bitcoin dead” over 400 times (!!!) referring to its lack of backing, high issue rate, super-high price growth, and the like — just like the skeptics “declaring UMI dead” right now. However, despite all the discouraging forecasts, Bitcoin continues to successfully grow and rapidly gain in popularity.

https://preview.redd.it/6z60xwd13ik51.png?width=791&format=png&auto=webp&s=25a6799fe551c6e7f91aa016907e95ce032d7e5e
Over 12 years, Bitcoin has been declared dead 381 times, but it only grows stronger with each passing year. Source.

All of the above is proof that you shouldn't put blind trust in various forecasts, even coming from respected sources. Forecasts are mere opinions and arguments, but no one can know for
sure what will happen in 10, 100, or 1,000 years. No expert can know that. Similarly, no one knows what will happen to UMI many years from now.
UMI can solve any issues on the fly
We cannot know the future, but we did all we could to make our coin last forever. Most existing cryptocurrencies have a very important problem — they cannot support high-quality growth and rapidly become obsolete.
To explain this, we'd like to quote our Whitepaper:
"Despite the apparition of new technology solutions, the Bitcoin blockchain still holds only about 2,000 transactions, and it takes about 10 minutes to create a block. In 11 years, developers still did not manage to come to an agreement and implement a solution that would allow scaling the system and upgrade performance.
Most other cryptocurrencies face a similar problem. They are launched and keep operating in an almost initial state even after numerous innovative solutions become available. For example, the Ethereum network has been attempting to switch to the PoS algorithm for over two years now, but due to code complexity, security threats, and issues of reaching consensus, this causes great inconvenience."
https://preview.redd.it/ezxzrpx43ik51.png?width=800&format=png&auto=webp&s=207f8a27a59fac760fc541dae6abd30d148296f5
Screenshot of a page in the UMI Whitepaper. Have you read it? It answers a lot of questions. Link.

Bitcoin itself is technically obsolete. This is besides the fact that it has a load of other problems. For instance, BTC is supposed to completely stop coin mining in 2140, meaning miners will lose motivation to support the network. What happens then? The hope is that the main source of income for miners will be transfer fees, but will they want to maintain powerful equipment for a reward in the form of small fees? If fees are big, will people want to pay those? Will they find a different solution? Will users just leave the Bitcoin ecosystem and join more high-tech cryptocurrencies like UMI?
When we designed UMI, we accounted for all these issues and launched a promising project with a conveniently scalable ecosystem. Even if UMI faces some challenges in the future, we will make amendments as the network grows. We will act as appropriate judging from the project's current status. They will be based on the situation and the current state of the project.
It's true that upgrade decisions have been and are being made by all leading crypto projects, including Bitcoin and Ethereum, but UMI supports really safe and rapid innovation. The network can be easily modified and scaled with cutting edge technology solutions. While other cryptocurrencies simply become obsolete, we can handle all kinds of challenges on the fly. The UMI network will grow and improve to be always up to date, keep up with the times, and prevent problems in 10, 100, or 1,000 years.
At this point, the UMI network is in excellent shape, and the smart contract offers you relevant and actionable staking opportunities. We've thought out every detail, and the brisk growth of our community proves it best of all.
There is no "deadly inflation"
And, lastly, let's bring an issue with supposedly too-high emission to a close. UMI is typically accused of paying a too high reward for staking — as much as 40% a month, or 5,669% a year — which no one and nothing else in this world can pay. Eventually, it might end up with inflation as it happened in Zimbabwe and Venezuela, etc.,
Let us look at real facts. Those who consider a 40% monthly growth impossible should look at bitcoin again as the most outstanding example which has proven that nothing is impossible. Imagine how many times your deposit would have grown if 10 years ago you had bought bitcoins or inexpensive mining equipment producing a reward of 50 BTC several times a day.
Please consider the following:
In March 2010, BitcoinMarket.com started operating as the first bitcoin exchange, and 1 BTC cost a lot less than a cent — $0.003.
At the time of writing this article, the price for 1BTC was about $12,000.
It means those who bought bitcoins 10 years ago have increased their "deposit" by nearly 400,000,000% (!!!). Four hundred million percent in ten years! This is a real fact.
Those who bought bitcoins when the price was a few cents or dollars also achieved the perfect result by increasing their "deposit" by thousand or million times.
Well, now the percentage in UMI staking doesn't seem so crazy, does it? The only difference
is that BTC "deposit" grows in line with the BTC price while UMI deposit growth is ensured the growth of the number of UMI coins, which in turn doesn't prevent the price from surging. In fact, both cases demonstrate a multiple growth of the "deposit".
All of the above is proof that the reason for inflation in Zimbabwe, Venezuela, etc is a bad economy, not a high emission. In late March. roughly speaking, in one day, the FED (U.S. Federal Reserve System) released 2.2 trillion dollars to support the economy during the coronavirus pandemic. Similar financial injections are regular in the USA, the country which is the most advanced world's economy.
These facts indicate that UMI has no "deadly issue" at all and, unlike the USA, it doesn't "print" anything.
Here is bare statistics form the UMI blockchain:
The UMI cryptocurrency was launched on June 1. Since the launch, it's been 3 months.
18,000,000 UMI coins were initially issued.
In total, there are now about 18,800,000 UMI coins.
In other words, in three months, the total number of UMI coins increased by only 4.4%. Does it look like "deadly inflation"?

https://preview.redd.it/gsdjbwp83ik51.png?width=800&format=png&auto=webp&s=8d4591a24b3ddc63f8501f1b7fe7a4c02b7da89c
In 3 months, the number of UMI coins has shown a few percent increase. Source.

Let's move on:
We'd like to reiterate that the total number of UMI coins is almost 18,800,000.
There are about 14,500,000 coins on the genesis address today.
Almost 4,000,000 coins are involved in staking.
Thus, only 300,000 UMI (!)are freely circulated on the market. The remaining 18,500,000 coins are either used in staking or have not yet been released to the market.
https://preview.redd.it/f7b28jid3ik51.png?width=800&format=png&auto=webp&s=5ff8338121ebfe398cfb498a0cfcc00446ea6225
The number of coins stored on the genesis address at the time of writing the article. Source.

In real fact, UMI has no super-high emission. This fact has been proven. For a three-month period, which is a quarter of a year, the number of UMI has hardly changed and equals about 1.5% of the total number of coins on the market.
The truth is that UMI economy depends on a lot of factors. For example, burning 50,000 coins to create a structure. However, from a more general point of view, the UMI economic model itself is designed to encourage people to "save" rather than sell UMI coins. This is a crucial point that allows us to make progress, even with a high emission.
Moreover, it will take a billion-dollar staking structure that will be able to provide the highest possible emission on the UMI network a lot of years to appear. While it doesn't happen, all these forecasts can be regarded as irrelevant for today. Keep in mind that a 40% monthly profit will be available to the most successful structures and only after many years of development. To have your coins increased by 40% per month, your structure must have over 50 (!) times more coins than the number of coins initially generated by the network. And since this structure will do everything possible for the benefit of the UMI cryptocurrency, even 40% per month will not pose a risk to UMI's sustainable development.
Conclusions are as follows:
UMI offers no kind of "killing sky-high returns". Please don't take this myth seriously. UMI is growing. The current smart contract offers reasonable and up-to-date opportunities for UMI staking and poses no problem. If, however, a problem arises — we have all the tools to find an immediate solution. All these negative forecasts are not worth a brass farthing. They always have been and always will be. At all times and in all places. But they are highly unlikely to come true. Bitcoin outsmarted the most reputable and shrewd financial analysts. Why don't UMI, which is a lot more advanced than bitcoin, try to do the same?
UMI is a decentralized, strong, and high-tech network. It can exist the way it is now forever. But as it grows, it will improve to be always up to date, keep up with the times and prevent any problems. We are contributing to a great thing — we're creating a free economic system that will profitable for the entire human family. This is an opportunity to overcome social inequality and make regular people financially independent. So let's make every effort to make things go well. Ignore all evil-wishers and their predictions. Just join other users and go towards your dream. Then we will certainly succeed in it all.
Sincerely yours, UMI team
submitted by UMITop to u/UMITop [link] [comments]

The coronavirus will accelerate the trend towards a cashless society (opinion article)

Source
Article text:
The world after the coronavirus will probably be far more digitised, and payment systems appear as likely to be impacted by this as any other aspect of daily life.
The use of cash has been falling around the world. In Australia, less than 30 per cent of payments are in cash these days, whereas a decade and a half ago more than 70 per cent of transactions were in cash. In Sweden, the use of cash for payments is so low – about 10 per cent of payments -- it is a near-cashless society.
The pandemic and the fear of infection from bank notes are accelerating the trend away from cash towards digital payments.
The Bank for International Settlements, in a paper released late last week, said the outbreak had led to unprecedented public concerns about viral transmission via cash, with central banks reporting a large increase in media inquiries about the safety of using cash and internet searches for the combination of "cash" and "virus" soaring.
The intensity of recent searches for those two words, according to graphics in the BIS paper, is most acute in Australia and France.
Around the world, countries are sterilising their bank notes even though there are, as yet, no known cases of transmission via cash. The virus appears, however, to survive longer on non-porous materials like plastic and steel, which probably explains consumers’ anxiety.
Historically, in times of crisis, consumers hoarded cash. This time, however, appears to be different and the pandemic could accelerate the trend away from cash and towards digital transactions. It is already generating increased interest in digital currencies, with China said to be close to releasing a digital version of its currency.
In recent years most central banks have started researching the potential for digital currencies, with their efforts intensifying after Facebook attempted to launch its own global digital currency, Libra.
The Libra rollout stalled after some of its core backers pulled out in the face of strong central bank and legislators’ opposition to the notion of a privately-owned digital currency, and it appears Facebook might try to alter its strategy towards the use of Libra’s infrastructure as a platform for third parties’ digital payment ambitions.
Facebook was pursuing a "stable coin" strategy, with Libra’s value established by a basket of physical currencies whose value would match that of the value of the stable coins in circulation.
That is quite different – and was far more of a threat to central banks and their influence over their financial systems -- than a conventional cryptocurrency like Bitcoin, whose value is very unstable and therefore makes it a poor medium of exchange.
Libra’s launch galvanised the central banks’ interest in their own digital currencies, as well as their efforts in thwarting Facebook’s ambitions.
Central banks including the Reserve Bank have been researching and trialling elements of digital currency platforms. The RBA has run simulations of a wholesale system, for instance, for interbank settlements.
Most of the central banks are wary about rushing towards a digital currency future because of the potential disruptions it might cause to their existing banking systems if people were given a choice of holding digital currency issued directly by a central bank rather depositing funds with privately-owned commercial banks.
In financial markets like Australia’s or Canada’s, where the banking systems operated soundly through the global financial crisis, have sophisticated digital payment systems and now, after significant strengthening of their capital bases and liquidity, are supporting their economies through the pandemic, there’s no urgency to fundamentally change the structure of – to disintermediate -- their financial systems.
There’s also the risk of a generational divide if central banks move too quickly on the digital front, given that the profile of those most reliant on cash transactions tilts heavily towards older people.
Nevertheless, the seemingly inexorable trend towards digitisation of payment systems, combined with the likelihood that other countries like Sweden and China will move early and the potential for the big tech companies like Facebook, Google or Amazon to create their own currencies and payment systems outside traditional banking systems, means the central banks have no option but to continue to explore the potential of digital currencies.
That exploration will have a sharper edge if China digitises its currency. Only this week, China recommitted itself to the introduction of a digital yuan.
It sees a digitised currency as a way of increasing its global influence and reducing the dominance of the US dollar in global commerce and finance, a dominance that enables the US to exert geopolitical influence through the global financial system.
China has some unlikely allies, with no little thanks to Donald Trump’s diminishing of America’s role in key international institutions, his "America First" agenda and his willingness to use tariffs and sanctions against America’s foes.
The Bank of England governor, Mark Carney, shocked many last year when he advocated development of a "multi-polar" digital currency to displace the US dollar as the world’s reserve currency, arguing that there was growing asymmetry between the dominance of the dollar in the global financial system and the diminished US share of global economic activity.
The US accounts for only about 10 per cent of world trade and 15 per cent of global GDP but two thirds of all countries peg their currency to the US dollar, and more than half of global trade is invoiced in US dollars. Global financial market activity is dominated by the greenback.
As the US withdraws from global economic leadership, a "synthetic hegemonic currency" would dampen the domineering influence of the US dollar on global trade and the impact of domestic developments in the US economy and markets wouldn’t spill over to the same degree into other economies and markets, Carney said.
He didn’t say – but China would be aware – that a reduced role for the US dollar would also have a negative impact on the US economy and living standards. Its status as the world’s reserve economy allows Americans to live well beyond their means, lowering the cost of imports and Americans’ cost of borrowing.
Thus there are geopolitical dimensions to the push towards digital currencies that coincide with the sharper edge that the pandemic has given central banks' interest in facilitating digital payments and investigating digital currencies.
submitted by pooheygirl to CoronavirusDownunder [link] [comments]

Learn once and for all: Whales are in control!

Note: I'm sorry for the English, I'm using Google translator to get this message across.

You don't know me, because I'm new here on the forum, but I know the stock market since we can buy shares at Home Broker through the internet. Since then I have always done graphic analysis in countless actions around the world.

I am also in the cryptocurrency market since the beginning, so I have experience to say what I am going to talk about now.

What I am going to say will not please many, but I am not here to give candy to any child. Truth hurts! So if you are a person of courage, hold on!

Let's just talk about Crypto, because that's what interests everyone here, especially Bitcoin.

First of all: Stop trying to guess what will happen to Bitcoin. This is impossible, learn once and for all that the probability of Bitcoin reaching 1 dollar or 1,000,000 dalors in a few months or years is the same. Do you know why? Because the ones who "lead" the Crypto market (all cryptos) are the whales. They decide when this Crypto will go up or down. Get out of your heads that the Crypto market is totally linked to the stock market! NO! IT IS NOT CONNECTED. The whales that make this "connection".

Secondly: Right now you are saying "What is this idiot talking about? If the Cryptocurrency market does not keep up with the stock market, why are all Cryptos falling with stocks?" I already answer you: DIVERSIFIED INVESTMENTS! Yes, this answer may seem strange, but anyone who understands a little about buying and selling Crypto and Stocks knows that no one invests their wealth in just one asset, but in several, perhaps dozens! What is happening with the Crypto market is simple, the whales are selling everything (stocks, cryptos, bonds, gold, dollars, etc.) to buy more in the future, this is NORMAL, in the whole market this happens. So this "link" that you believe Bitcoin has with the stock market is actually made by a minority that has thousands of Bitcoins in their wallets, and they force the market wherever they want. They are currently pushing it down, so they don't miss the opportunity to buy more bitcoins in a few days. Think about it: A whale that sold 10,000 btc's at $ 4,000 each, he can buy 40,000 btc's if the value of the btc reaches $ 1000. This is increasing his Cryptocurrency wealth by 400% with the same money. And you are making it happen, selling Bitcoins at an undervalued price.

Thirdly: Analyze the charts, and see that it is impossible for the bitcoin market not to be manipulated, there is no possibility of an asset falling $ 1000 in a few minutes. This can only happen if 1 or 2 people sell a large amount of Cryptos causing smaller investors to scare and sell their cryptos to them at much lower prices.

And lastly, yes, you can doubt it, but the vast majority of whales are in Russia, China and the USA. The Chinese mine an immense amount of Cryptocurrencies daily, and they want to become the owners of this market, but they will only be able to force others and sell the cryptocurrencies they have. And how do you achieve this? Making investors afraid! The fear factor is the emotion that practically cancels the reason in your brain, in other words: Covid-19 is a perfect weapon to cause this fear.

With money you can buy everything, including big media around the world to help spread this fear across the planet!

I am not claiming that Covid-19 is a scam, but they are giving it far greater importance than it should.

The Chinese government has done this in the past, it is doing it now and it may do so again in the future.

And finally, you can criticize, but criticize rationally, do not be like people who let themselves be carried away by emotion and do not use reason to debate!

But once I'm sorry for the mistakes in the language.
submitted by CryptoFull to Bitcoin [link] [comments]

Too much of a Nice thing... (M)

Chapter 1: Media Detox!
I remember it clearly. After a week on a ‘media-detox’ and by day five I had a very odd sensation! With no phone or 5DTV I started thinking for myself! In one moment of clarity I gained an understanding of modern life.
For years I knew something was changing, everyone looked the other way (mainly downward) thinking someone somewhere would be fixing society with a new law or new social reform.
For the last few decades people had become emotionally flat, detached and lost. Most people spent their time looking into glowing mobile screens creating fake lives in fake locations to match the fake ones viewed every day on 5DTV.
It became so bad that in the year 2025 the ‘Supreme World Court’ diagnosed loneliness as a ‘serious illness’ and an active danger to society.
Anyone diagnosed with Loneliness Level 6 or above was placed in solitary quarantine until self-cured or the medication worked. I know, quite ironic but anyone who dared to point that out became a high risk and shortly followed them as deemed law by World Emperor Trump-Putin 13th, our Supreme ruling dynasty for as long as we can remember. With eyes everywhere they were our Big Brother!
Chapter 2: Genesis.
Shortly after my day of detox, I had a eureka moment. This pandemic of loneliness was destroying us all, and it was for me to cure.
People had changed for the worse and lost something special along the way! Always rushing around chasing careers, materialism, following the ‘instant fame’ dream that was relentlessly churned out.
Yes, I admit technology gave us more ways to make life easier, which in turn brought more stress trying to maintain that ease, while adding to the fear of missing out on the very latest must have updates creating yet more isolation and stress. All this did was just create a new generation of level 4+ loneliness, which worried the government even more.
My old maths teacher used to tell us that in the ancient past when people actually used fossil fuels, a ship would set off on an international voyage just one degree off course, and would subsequently arrive in completely the wrong continent. We all thought it was quaint, and quite primitive using dirty fossil fuels.
Recalling this story it occurred to me that society was that oil tanker and we had ended up somewhere very, very, very wrong.
Yes, there were blips of social unity and excitement where people actually talked to each other, but it never lasted more than a few hours.
I recall reading the ‘Disappointed Years’ about the failed Artificial intelligence launch that adverts sold to us promising a better life. You could hear the collective sigh of disappointment echo around the world when the public realised Ai was yet another computer programme, in a sea of programmes demanding constant updates while gathering yet more intrusive personal data.
Chapter 3: Clone-topia Dreams.
I feel I should introduce myself at this point. My name is Professor Andrew Benzwik. I’m the last ‘Senior Cloning Scientist’ in 2040. I live and study alone in Factory101, the last Great Clone factory remaining.
Way back in the early 2040’s cloning had failed in the publics eye. A Government backed ‘Social Online Survey’ took place in the advert break between the prime time world famous Reality 5DTV finals, reaching 180million viewers.
Cloning got a thumbs down. Followed by major budget cuts, and no ‘likes’ from the uncaring public. My dream vanished like a strand of DNA in a sea of slurry.
So I admit my dream of Clone-topia had a rocky start. Our ‘Cloned Dinosaur Parks’ didn’t go so well. Cloned ‘World War Battles Fun-Ride parks’ failed miserably. Even the Cloned Celebrity attempt fell flat quite literally! A famous play write bard within hours of seeing the world unto which he awoke just walked off the 43rd story ledge sobbing.
Chapter 4: Clone Alone
With these ‘small’ mishaps behind us I decided to continue the dream with only an antique 20th century movie collection for company. I had heard the stories passed down to my parents of a condition called ‘friendliness’ in the 20th century but never really paid attention… until now.
I finally sat down and watched these movies in their entirety, entranced and amazed at what I saw on a screen.
People would chat to each other, help strangers, make friends in cafes, laugh, argue then make up, even partake in physical contact before it was banned as unhygenic! So much social interaction in society, I don’t know how they coped! I saw people just saying ‘hello’ to each other using their own voice and face! Not a Augmental or Digitised facemask disguise in sight!
How primitive those old days seemed to me! We now have everything we could want on screen, the best tech ever! Yet it felt empty and meaningless compared to the lifestyle in those movies!
I knew society was lacking that ‘niceness’ I witness on this antique celluloid. It was crucial that I now save our world. My application to the Government Business Bureau for a license sped through. I think they considered it another waste of time and my last Bit-Dollars.
Chapter 5: New Era.
Year is 2051 @ 1300 hours in Clone Factory101. Kubrick Wing, Room 237 is glowing with energy as Mr Nice model 001 awoke in full working mode.
For months I had worked tirelessly on perfecting Mr Nice, basing him on old British movie star and cool Hollywood action heros.
I built Mr Nice to work hard, be strong and tireless with only one purpose. Be there for people who need help from Mr Nice, at any cost. No need for sleep or food, his atomic energy cells recharged from motion.
Our new saviour had to be resilient! So I constructed his DNA based on indestructible military Kevlar for his skin, white shirt, brown trousers, knitted pullover and bow tie.
The local council reluctantly agreed to a Mr Nice Beta Test, as they were keen to try anything to improve the rising Loneliness 5.8 and Depression ratings. The Council soon took notice as the social ‘Likes’ rose rapidly which meant the performance based funding would also rise producing much needed BitCoin to spend on high street and social areas.
Within hours we featured on the news. Mr Nice would open doors and ask people if they were ok, say hello to strangers, carry heavy bags, fix car tyres and just be a Nice companion! The public were enthralled!
Soon every town and city were ordering dozens of Mr Nice. I cloned as fast as possible for councils keen to improve their value of living and cure the loneliness counts.
Chapter 5: Many hands.
It was hard work at the factory all alone. So I kept my prototype Mr Nice 01 for myself to help.
Soon Mr Nice 01 offered to do all the manual work, being tireless by design. Within weeks he’d realised I was exhausted and suggested another Mr Nice be kept back to help with workload while I recover. What a Nice thought! After all I was their Big Brother!
One day Mr Nice 01 and 02 agreed production needed speeding up to meet growing demand so they sped up the Clone production! Dozens turned to hundreds within a week.
Society was overjoyed to have the clones around picking up litter, helping old ladies cross the highways, go shopping, opening doors, happilyy whistling as they made conversation with everyone. People who looked lost or sad or were on the loneliness4 and above were allocated their own Mr Nice. Society soon perked up and within a few months you could sense people were just friendlier and happier.
So many things needed fixing, the demand grew and over time we lost count of our clones. Thousands and thousands walked out with one aim, to make people happy! Me Nice would cheerfully fix road signs and old fences, people’s gardens, cars and were soon being invited into people’s homes to help solve all sorts of problems. DIY became known as Mr NICE-IY!
Loneliness and Depression ratings dropped to 2, the lowest in history!
Six months passed and soon it appeared we had a near perfect society. The basic programming of Mr Nice to fix, repair, help people seemed to be spot on. Everything was getting fixed, streets were litter free and everything just worked.
Chapter 5: Too Much Nice?
The first complaints came in from small towns where nothing was left to fix, help with or repair. Gangs of Mr Nice would wonder around approaching anyone they could find insisting they help.
Imagine eight Mr Nice all insisting they carry your shopping, make you cross a road safely that you didn’t want to cross, fix that lose button on your jacket and chit chat while the others whistled! It became a small problem I hadn’t anticipated.
Soon reports of Mr Nice being pushy came in. No one was allowed to cross a road without them, carry their own shopping, tie own shoe laces, walk on the perfect lawns... So many Mr Nice wandered around towns and cities redundant, yet tirelessly helping the exhausted public.
So I decided to send out a booster signal to recall them. Nothing happened. I received a text back from the Mr Nice collective.. “How can we help you? We are busy right now finished our work fixing everything and helping everyone. Return to factory is not possible” ‘But If you need help we can send a Mr Nice to you within 2 minutes. Your happiness is important to us.”
Ok, no reason to worry I thought. All the while my factory was still cloning 100’s per week.
The first national news incident happened when a man was limping home with a knee injury. Five passing Mr Nice offered to help carry everything, escort him home, dress him. Then one Mr Nice had a programme eureka moment and suggested the Nicest act he could think of by fixing the man’s knee problem.
All the Mr Nice models WiFi’s connected and agreed it was a Nice idea and right there on the high street, they cut through the man’s bones with ease, cut out his knee joint with fast precision and replaced it with a metal knee delivered by the Nice support spares kit.
The man’s screaming lasted 5 seconds then he went limp and silent. All The Mr Nice group cleaned up, walked away feeling recharged as they had fixed a human’s problem perfectly.
That new kind act of solving a human’s problem connectively broadcast between all the Mr Nice models.
As very little was left to repair all clones of Mr Nice ended up wondering aimlessly. This incident had refreshed their mission to help. That day became known as ‘Death by Nice Day’.
Anyone unwell was upgraded to receive immediate Mr Nice help. Bad arm? - replaced Eyesight a problem? - removed Have a Cough - replace airways or lungs with efficient breathing circuits Old tired body - replaced skeletal sections
47% of the population were torn apart by Niceness in the first three days.
The army intervened but the Nice Kevlar body was indestructible... and within four days the army were ‘cured’ of their destructive attitude by the Mr Nice legion who removed heads but found no replacements, so left piles of bodies for later.
Chapter 6: Home
No one left their house for fear of being offered ‘help’ When they did go out they had to be in top health, make no eye contact with anyone just in case, rush to work and rush home, speak to no one, ignore everyone. We hit a new loneliness 8+ average.
Hiding out in my Factory101, I was helpless to stop the cloning. I dare not interfere until my bad cold went. I could only hope to pull the plug on the cloning one day soon.
Now the world had an unstoppable overwhelming Mr Nice population patrolling streets and making everything lovely and nice. Niceness was now killing us. Society reminisced about the safe old days of ignoring each other.
Meanwhile I had hundreds of thousands or Mr Nice clones walking the earth. I was now hated and seen as the hapless destroyer of society and the cause of the destructive loneliness pandemic.
But I had a plan... a moment of realisation hit me just yesterday from my reinforced laboratory over in the East Manson wing.
Today at 5am, 2055, I’ve started working on a brand new clone model to help resolve this.
I shall name it Mr Mean.
What could possibly go wrong.
The End...........
Andrew Beswick is a graphic, e-learning and gamification designer, who enjoys humorous dark stories, Hawk and Cleaver mysteries, loves this podcast and making art!
Creative rights and copyright Andrew Beswick
submitted by AndrewB3z to creepypod [link] [comments]

Kepler 2020 LitePaper

Kepler 2020 LitePaper
Kepler is a blockchain privacy platform that aims to release the first ever Confidential Assets on a MimbleWimble Blockchain. Our consensus mechanism is Proof-of-Work. If you’d like to see more, please visit our website: https://kepler.network as well as our documentation site at https://docs.kepler.network
You can check out our LitePaper here: https://keplernetwork.s3.eu-central-1.amazonaws.com/KeplerLitepaper.pdf

https://preview.redd.it/p5wmp6vsvor41.png?width=1000&format=png&auto=webp&s=fb8e87df4d526888b9d2bcb6c9087a3206062e5b

The Kepler LitePaper mentions:

  • Privacy Protection on Blockchain
  • Why Design Kepler
  • What is Kepler
  • Economic Model
  • Future Work
Given the fact that Kepler is a MimbleWimble(MW) blockchain, privacy is one of the most important topics for Kepler, and this goes beyond “simple privacy”.

Let’s begin and explore some of the highlights of the Kepler LitePaper!


https://preview.redd.it/f217l3bvvor41.jpg?width=1000&format=pjpg&auto=webp&s=d05982d779dcf41efe2b32387556285380ec314c

Confidential Transactions (CT)

CT were designed to restore privacy to blockchain transactions, as the LitePaper mentions, Bitcoin transactions aren’t private, they can be traced using publicly-available tools. The goal for CT is to restore privacy to blockchain transactions.

https://preview.redd.it/5dyb52w0wor41.jpg?width=1000&format=pjpg&auto=webp&s=71e06ea76a1cd4dc4d83d1bae469d4eee02858db

Native CT on Kepler MW

Privacy has been a major topic in blockchain technology in the past decade, there’s been several technological approaches towards providing true privacy, without sacrificing scalability and functionality. Over time, there was a loss of interest towards privacy technology on blockchain, that is, until MimbleWimble technology came along. Thanks to MimbleWimble, there is a way to improve privacy without sacrificing functionality, and in the meantime, MW allows for better scalability.
Remember, there are no addresses used in Kepler!

https://preview.redd.it/05ar4u531pr41.png?width=1000&format=png&auto=webp&s=6f49a83cc9e054e3307283d77a45c2245e7477f9

Confidential Assets (CA)

Perhaps one of the most exciting topics in recent blockchain development, it will allow users to create multiple asset types without exposing both the asset type and transaction amount publicly.

https://preview.redd.it/tz8ecgu31pr41.png?width=1000&format=png&auto=webp&s=ac1abc56bc8194e1d781b3ad6409b9bb05ba29c2

Moving towards the future of Privacy

The best way to launch Confidential Assets is on a blockchain built for privacy. Having semi-anonymous backbone infrastructure that cannot scale is not a good starting point for development.

https://preview.redd.it/9eegvc751pr41.png?width=1000&format=png&auto=webp&s=44d929cd9cd73271edca0ef5eb8f3a12ceddbebf

CA already in Testnet

Our development team has been working for months and plans to launch a working test network soon. We will be release development updates regularly, and we encourage feedback.

https://preview.redd.it/yun2dgp61pr41.jpg?width=1000&format=pjpg&auto=webp&s=b1c09e00a1dafb5e4211f2ace7759d2cbfcb1264

WhitePaper coming up soon after the LitePaper

We chose a Proof-of-Work (PoW) consensus mechanism for a variety of reasons. This article could get lengthy if we go into too much detail, but we’ll discuss this a bit.
An ASIC PoW algorithm is fair for miners, even ones who invested in multiple graphics cards. There will always be a coin for them to mine with their hardware. Hashrate rental services even the playing field for everyone. Most individuals cannot mine as cheap as they rent because of electricity costs. Not to mention the upfront cost of the hardware, shipping, customs and other fees like cooling and electrical work. Renters like using these services because they don’t need to trust their mining pool nor do they have to take custody of their coins or pay exchange fees.

https://preview.redd.it/rx9gtiy71pr41.jpg?width=1000&format=pjpg&auto=webp&s=0268c349360ce01c0ad0eb46c6e5ac08c061eedf

Economic Model

Cryptocurrencies are far more divisible than fiat currency. Think of it as a dollar with a million pennies. Finding an economic model that works is something polite society will never stop debating. The trick is to make currency scarce enough so that it has value, but rare enough that so that everyone has access to it.

Social

Medium
Telegram
Discord
Twitter
submitted by keplernetwork to KeplerNetwork [link] [comments]

Mr Nice Nice Nice Nice. (M)

Too much of a Nice thing...
(Or Mr Nice Nice Nice Nice).
Chapter 1: Media Detox!
I remember it clearly. After a week on a ‘media-detox’ and by day five I had a very odd sensation! With no phone or 5DTV I started thinking for myself! In one moment of clarity I gained an understanding of modern life.
For years I knew something was changing, everyone looked the other way (mainly downward) thinking someone somewhere would be fixing society with a new law or new social reform.
For the last few decades people had become emotionally flat, detached and lost. Most people spent their time looking into glowing mobile screens creating fake lives in fake locations to match the fake ones viewed every day on 5DTV.
It became so bad that in the year 2070 the ‘Supreme World Court’ diagnosed loneliness as a ‘serious illness’ and an active danger to society.
Anyone diagnosed with Loneliness Level 6 or above was placed in solitary quarantine until self-cured or the medication worked. I know, quite ironic but anyone who dared to point that out became a high risk and shortly followed them as deemed law by World Emperor Trump-Putin 13th, our Supreme ruling dynasty for as long as we can remember. With eyes everywhere they were our Big Brother!
Chapter 2: Genesis.
Shortly after my day of detox, I had a eureka moment. This pandemic of loneliness was destroying us all, and it was for me to cure.
People had changed for the worse and lost something special along the way! Always rushing around chasing careers, materialism, following the ‘instant fame’ dream that was relentlessly churned out.
Yes, I admit technology gave us more ways to make life easier, which in turn brought more stress trying to maintain that ease, while adding to the fear of missing out on the very latest must have updates creating yet more isolation and stress. All this did was just create a new generation of level 4+ loneliness, which worried the government even more.
My old maths teacher used to tell us that in the ancient past when people actually used fossil fuels, a ship would set off on an international voyage just one degree off course, and would subsequently arrive in completely the wrong continent. We all thought it was quaint, and quite primitive using dirty fossil fuels.
Recalling this story it occurred to me that society was that oil tanker and we had ended up somewhere very, very, very wrong.
Yes, there were blips of social unity and excitement where people actually talked to each other, but it never lasted more than a few hours.
I recall reading the ‘Disappointed Years’ about the failed Artificial intelligence launch that adverts sold to us promising a better life. You could hear the collective sigh of disappointment echo around the world when the public realised Ai was yet another computer programme, in a sea of programmes demanding constant updates while gathering yet more intrusive personal data.
Chapter 3: Clone-topia Dreams.
I feel I should introduce myself at this point. My name is Professor Andrew Benzwik. I’m the last ‘Senior Cloning Scientist’ in 2085. I live and study alone in Factory101, the last Great Clone factory remaining.
Way back in the early 2030’s cloning had failed in the publics eye. A Government backed ‘Social Online Survey’ took place in the advert break between the prime time world famous Reality 5DTV finals, reaching 180million viewers.
Cloning got a thumbs down. Followed by major budget cuts, and no ‘likes’ from the uncaring public. My dream vanished like a strand of DNA in a sea of slurry.
So I admit my dream of Clone-topia had a rocky start. Our ‘Cloned Dinosaur Parks’ didn’t go so well. Cloned ‘World War Battles Fun-Ride parks’ failed miserably. Even the Cloned Celebrity attempt fell flat quite literally! A famous play write bard within hours of seeing the world unto which he awoke just walked off the 43rd story ledge sobbing.
Chapter 4: Clone Alone
With these ‘small’ mishaps behind us I decided to continue the dream with only an antique 20th century movie collection for company. I had heard the stories passed down to my parents of a condition called ‘friendliness’ in the 20th century but never really paid attention… until now.
I finally sat down and watched these movies in their entirety, entranced and amazed at what I saw on a screen.
People would chat to each other, help strangers, make friends in cafes, laugh, argue then make up, even partake in physical contact before it was banned as unhygenic! So much social interaction in society, I don’t know how they coped! I saw people just saying ‘hello’ to each other using their own voice and face! Not a Augmental or Digitised facemask disguise in sight!
How primitive those old days seemed to me! We now have everything we could want on screen, the best tech ever! Yet it felt empty and meaningless compared to the lifestyle in those movies!
I knew society was lacking that ‘niceness’ I witness on this antique celluloid. It was crucial that I now save our world. My application to the Government Business Bureau for a license sped through. I think they considered it another waste of time and my last Bit-Dollars.
Chapter 5: New Era.
Year is 2086 @ 1300 hours in Clone Factory101. Kubrick Wing, Room 237 is glowing with energy as Mr Nice model 001 awoke in full working mode.
For months I had worked tirelessly on perfecting Mr Nice, basing him on old British movie star and cool Hollywood action heros.
I built Mr Nice to work hard, be strong and tireless with only one purpose. Be there for people who need help from Mr Nice, at any cost. No need for sleep or food, his atomic energy cells recharged from motion.
Our new saviour had to be resilient! So I constructed his DNA based on indestructible military Kevlar for his skin, white shirt, brown trousers, knitted pullover and bow tie.
The local council reluctantly agreed to a Mr Nice Beta Test, as they were keen to try anything to improve the rising Loneliness 5.8 and Depression ratings. The Council soon took notice as the social ‘Likes’ rose rapidly which meant the performance based funding would also rise producing much needed BitCoin to spend on high street and social areas.
Within hours we featured on the news. Mr Nice would open doors and ask people if they were ok, say hello to strangers, carry heavy bags, fix car tyres and just be a Nice companion! The public were enthralled!
Soon every town and city were ordering dozens of Mr Nice. I cloned as fast as possible for councils keen to improve their value of living and cure the loneliness counts.
Chapter 5: Many hands.
It was hard work at the factory all alone. So I kept my prototype Mr Nice 01 for myself to help.
Soon Mr Nice 01 offered to do all the manual work, being tireless by design. Within weeks he’d realised I was exhausted and suggested another Mr Nice be kept back to help with workload while I recover. What a Nice thought! After all I was their Big Brother!
One day Mr Nice 01 and 02 agreed production needed speeding up to meet growing demand so they sped up the Clone production! Dozens turned to hundreds within a week.
Society was overjoyed to have the clones around picking up litter, helping old ladies cross the highways, go shopping, opening doors, happilyy whistling as they made conversation with everyone. People who looked lost or sad or were on the loneliness4 and above were allocated their own Mr Nice. Society soon perked up and within a few months you could sense people were just friendlier and happier.
So many things needed fixing, the demand grew and over time we lost count of our clones. Thousands and thousands walked out with one aim, to make people happy! Me Nice would cheerfully fix road signs and old fences, people’s gardens, cars and were soon being invited into people’s homes to help solve all sorts of problems. DIY became known as Mr NICE-IY!
Loneliness and Depression ratings dropped to 2, the lowest in history!
Six months passed and soon it appeared we had a near perfect society. The basic programming of Mr Nice to fix, repair, help people seemed to be spot on. Everything was getting fixed, streets were litter free and everything just worked.
Chapter 5: Too Much Nice?
The first complaints came in from small towns where nothing was left to fix, help with or repair. Gangs of Mr Nice would wonder around approaching anyone they could find insisting they help.
Imagine eight Mr Nice all insisting they carry your shopping, make you cross a road safely that you didn’t want to cross, fix that lose button on your jacket and chit chat while the others whistled! It became a small problem I hadn’t anticipated.
Soon reports of Mr Nice being pushy came in. No one was allowed to cross a road without them, carry their own shopping, tie own shoe laces, walk on the perfect lawns... So many Mr Nice wandered around towns and cities redundant, yet tirelessly helping the exhausted public.
So I decided to send out a booster signal to recall them. Nothing happened. I received a text back from the Mr Nice collective.. “How can we help you? We are busy right now finished our work fixing everything and helping everyone. Return to factory is not possible” ‘But If you need help we can send a Mr Nice to you within 2 minutes. Your happiness is important to us.”
Ok, no reason to worry I thought. All the while my factory was still cloning 100’s per week.
The first national news incident happened when a man was limping home with a knee injury. Five passing Mr Nice offered to help carry everything, escort him home, dress him. Then one Mr Nice had a programme eureka moment and suggested the Nicest act he could think of by fixing the man’s knee problem.
All the Mr Nice models WiFi’s connected and agreed it was a Nice idea and right there on the high street, they cut through the man’s bones with ease, cut out his knee joint with fast precision and replaced it with a metal knee delivered by the Nice support spares kit.
The man’s screaming lasted 5 seconds then he went limp and silent. All The Mr Nice group cleaned up, walked away feeling recharged as they had fixed a human’s problem perfectly.
That new kind act of solving a human’s problem connectively broadcast between all the Mr Nice models.
As very little was left to repair all clones of Mr Nice ended up wondering aimlessly. This incident had refreshed their mission to help. That day became known as ‘Death by Nice Day’.
Anyone unwell was upgraded to receive immediate Mr Nice help. Bad arm? - replaced Eyesight a problem? - removed Have a Cough - replace airways or lungs with efficient breathing circuits Old tired body - replaced skeletal sections
47% of the population were torn apart by Niceness in the first three days.
The army intervened but the Nice Kevlar body was indestructible... and within four days the army were ‘cured’ of their destructive attitude by the Mr Nice legion who removed heads but found no replacements, so left piles of bodies for later.
Chapter 6: Home
No one left their house for fear of being offered ‘help’ When they did go out they had to be in top health, make no eye contact with anyone just in case, rush to work and rush home, speak to no one, ignore everyone. We hit a new loneliness 8+ average.
Hiding out in my Factory101, I was helpless to stop the cloning. I dare not interfere until my bad cold went. I could only hope to pull the plug on the cloning one day soon.
Now the world had an unstoppable overwhelming Mr Nice population patrolling streets and making everything lovely and nice. Niceness was now killing us. Society reminisced about the safe old days of ignoring each other.
Meanwhile I had hundreds of thousands or Mr Nice clones walking the earth. I was now hated and seen as the hapless destroyer of society and the cause of the destructive loneliness pandemic.
But I had a plan... a moment of realisation hit me just yesterday from my reinforced laboratory over in the East Manson wing.
Today I’ve started working on a brand new clone model to help resolve this.
I shall name it Mr Mean.
What could possibly go wrong.
The End...........
Andrew Beswick is a graphic, e-learning and gamification designer, who enjoys humorous dark stories, Hawk and Cleaver mysteries, loves this podcast and making art!
Creative rights and copyright Andrew Beswick
submitted by AndrewB3z to creepypod [link] [comments]

What are Stable Coins? USDT, TUSD, GUSD, USDC and USDQ

What are Stable Coins? USDT, TUSD, GUSD, USDC and USDQ
https://preview.redd.it/pj2ucbd66vt41.png?width=1025&format=png&auto=webp&s=bc887cbbc39b867ca8e64fd6c1e03740b98bd2dc
In this article, we will look at USDQ, a fully algorithmic stablecoin that offers reliability and easy collateralization for Bitcoin.
A unique decentralized stablecoin features various price stabilization algorithms, an intricate system of incentives for traders and AI-driven predictive analytics module.
It’s clear that cryptocurrencies are gradually making inroads into the global economy, moving closer to mass adoption. Cryptocurrencies offer a number of advantages – decentralization and trust, lower commissions and disintermediation – that make it easier for users to carry out their daily transactions. Anybody can transfer value around the globe, winning from fast processing time.
In comparison, sending value across borders via legacy financial systems requires lengthy waiting periods and fees, while also making users stuck into highly complex processes. For instance, if a person from Japan wants to send some money to England, the fees can range anywhere from 5% up to 10%, depending on the system being used. In addition, there will be some currency conversion fees. It seems that centralized players, currently enjoying lack of competition, set up fees and commissions just as they wish.
It’s merchants that carry out cross-border transactions that find working with legacy finance institutions most troublesome. They keep losing hefty chunks from their potential profits, just paying out fees to payment processors. This makes businesses hike up their prices, passing these expenses to ordinary consumers. Crypto offers a paradigm shift change, bringing to the table lightning speed and lower fees. Although cryptocurrencies have been winning more and more attention from merchants worldwide, there’s still a number of roadblocks to wider adoption, among which are price volatility, scalability limitations and others.
Volatility is admittedly the biggest hurdle that prevents businesses from using cryptocurrencies more. Bitcoin can experience huge fluctuations in just a matter of hours or even minutes. In addition, major coins like Bitcoin and Ethereum present scalability issues, which results in high processing time. A merchant, who has to handle hundreds of payments on a daily basis, would not be able to conduct their business efficiently if transactions get stuck for days on end. On top of that, it’s extremely hard for adopters to convert cryptocurrencies into fiat via the banks and other financial agents they usually work with.
Cryptocurrencies seek to offer solutions to all of these issues.

What is stablecoin?

A stablecoin is a cryptocurrency, whose architecture enables its price to always equal the price of another asset. Most of the stablecoins are pegged to USD. The biggest names in cryptocurrencies are Tether, Gemini Dollar, USDQ, TUSD and others.

How do stablecoins manage to be so stable?

As opposed to other coins that float freely, stable cryptocurrencies require that each unit is backed with a unit of the fiat currency. For instance, Tether (USDT) pegs 1 USDT to 1 USD on the one-to-one basis. In this way, stablecoins are somewhere between cryptocurrencies and regular fiats. Tether is based on its own blockchain that is built on top of Bitcoin, Litecoin and Ethereum systems.
Although Tether is the biggest stablecoin, there’s a number of concerns as to its operations. The biggest one is the continuing controversy as to the fiat reserves, which the issuer is supposed to store on the one-to-one ratio to the number of issued Tether units. The company has been saying that the audit will be done in the near future, but just several weeks ago it started to claim that it’s not only the cash, but also loans to other companies that can be recorded as fiat reserves. These statements resulted in growing distrust among crypto enthusiasts.
Another project is TrueUSD (TUSD). It also pegs to USD. The difference with Tether is the openness to audits and transparency. The company is open to third-party audits, it publishes the duly verified reports on the fiat reserves it holds. In addition, users enjoy legal protections.
USDC is another stablecoin that was created by the famous cryptocurrency exchange Circle. Just as TUSD, if offers regulatory compliance and transparency. The big problem with all these systems is the fact that they enable authorities to seize users’ funds, which completely negates the very idea of decentralization and anti-censorship, on which crypto is built.
USDQ is different from other stablecoins as it’s not backed by the fiat currency, but by Bitcoin and other top-10 cryptocurrencies in the future. This enables the ecosystem to avoid dealing with legacy financial systems. Through the over-collateralization process, USDQ turns highly volatile cryptocurrencies into the USD-pegged USDQ that is perfect for storing value and processing transactions in the external economy without any risk of price changes. The coin is being developed by PLATINUM ENGINEERING with the small community slowly growing around the project.

Why do we need stablecoins?

Stablecoins have advanced as a new iteration on cryptocurrencies, enabling to address such issues as high volatility and interactions with legacy financial systems.
Coins like USDQ make sure that various mechanisms are used in order to stabilize the prices at the USD peg. Traders can easily change their Bitcoins into USDQ and thus prevent the negative impact on unwanted prices changes. Stablecoins are very easy to use, which is a boon for non-techy adopters. Any person from around the world can quickly convert fiats into stablecoins, without any need to think about future price changes and without worrying about potential risks for losing their funds. As a rule, you’ll always find various stablecoins on crypto exchanges, enabling traders to quickly move around stables and other cryptos.
As we’ve spoken above, cross-border payments win most from using the stablecoins. This hybrid species between fiat and crypto will help open up the hidden value in global trade, amounting to trillions of dollars in profits for stakeholders.
The Telos Community recently partnered with CARBON and announced their new stablecoin: TLOSD.
TLOSD is a USD backed coin that is now available on all exchanges that support Telos and the Carbon API.
Users can now buy TLOS with Debit card, Credit card, Apple Pay or bank account, making it easier than ever to invest in TLOS and start using the Telos blockchain.
“Our dapp will provide frictionless and global access to TLOS via credit/debit cards. Our stable coin TLOSD will provide a reliable store of value and medium of exchange on-chain in addition to direct fiat on/off ramps into and out of the Telos network. Telos has demonstrated truly decentralized networks can come together, get things done, and create real value.” – Telos Foundation
Read more:
Written By: Ben
Edited By: Mosun
Graphics By: Jacobite
submitted by Telos4africa to u/Telos4africa [link] [comments]

FlowCards: A Declarative Framework for Development of Ergo dApps

FlowCards: A Declarative Framework for Development of Ergo dApps
Introduction
ErgoScript is the smart contract language used by the Ergo blockchain. While it has concise syntax adopted from Scala/Kotlin, it still may seem confusing at first because conceptually ErgoScript is quite different compared to conventional languages which we all know and love. This is because Ergo is a UTXO based blockchain, whereas smart contracts are traditionally associated with account based systems like Ethereum. However, Ergo's transaction model has many advantages over the account based model and with the right approach it can even be significantly easier to develop Ergo contracts than to write and debug Solidity code.
Below we will cover the key aspects of the Ergo contract model which makes it different:
Paradigm
The account model of Ethereum is imperative. This means that the typical task of sending coins from Alice to Bob requires changing the balances in storage as a series of operations. Ergo's UTXO based programming model on the other hand is declarative. ErgoScript contracts specify conditions for a transaction to be accepted by the blockchain (not changes to be made in the storage state as result of the contract execution).
Scalability
In the account model of Ethereum both storage changes and validity checks are performed on-chain during code execution. In contrast, Ergo transactions are created off-chain and only validation checks are performed on-chain thus reducing the amount of operations performed by every node on the network. In addition, due to immutability of the transaction graph, various optimization strategies are possible to improve throughput of transactions per second in the network. Light verifying nodes are also possible thus further facilitating scalability and accessibility of the network.
Shared state
The account-based model is reliant on shared mutable state which is known to lead to complex semantics (and subtle million dollar bugs) in the context of concurrent/ distributed computation. Ergo's model is based on an immutable graph of transactions. This approach, inherited from Bitcoin, plays well with the concurrent and distributed nature of blockchains and facilitates light trustless clients.
Expressive Power
Ethereum advocated execution of a turing-complete language on the blockchain. It theoretically promised unlimited potential, however in practice severe limitations came to light from excessive blockchain bloat, subtle multi-million dollar bugs, gas costs which limit contract complexity, and other such problems. Ergo on the flip side extends UTXO to enable turing-completeness while limiting the complexity of the ErgoScript language itself. The same expressive power is achieved in a different and more semantically sound way.
With the all of the above points, it should be clear that there are a lot of benefits to the model Ergo is using. In the rest of this article I will introduce you to the concept of FlowCards - a dApp developer component which allows for designing complex Ergo contracts in a declarative and visual way.
From Imperative to Declarative
In the imperative programming model of Ethereum a transaction is a sequence of operations executed by the Ethereum VM. The following Solidity function implements a transfer of tokens from sender to receiver . The transaction starts when sender calls this function on an instance of a contract and ends when the function returns.
// Sends an amount of existing coins from any caller to an address function send(address receiver, uint amount) public { require(amount <= balances[msg.sender], "Insufficient balance."); balances[msg.sender] -= amount; balances[receiver] += amount; emit Sent(msg.sender, receiver, amount); } 
The function first checks the pre-conditions, then updates the storage (i.e. balances) and finally publishes the post-condition as the Sent event. The gas which is consumed by the transaction is sent to the miner as a reward for executing this transaction.
Unlike Ethereum, a transaction in Ergo is a data structure holding a list of input coins which it spends and a list of output coins which it creates preserving the total balances of ERGs and tokens (in which Ergo is similar to Bitcoin).
Turning back to the example above, since Ergo natively supports tokens, therefore for this specific example of sending tokens we don't need to write any code in ErgoScript. Instead we need to create the ‘send’ transaction shown in the following figure, which describes the same token transfer but declaratively.
https://preview.redd.it/id5kjdgn9tv41.png?width=1348&format=png&auto=webp&s=31b937d7ad0af4afe94f4d023e8c90c97c8aed2e
The picture visually describes the following steps, which the network user needs to perform:
  1. Select unspent sender's boxes, containing in total tB >= amount of tokens and B >= txFee + minErg ERGs.
  2. Create an output target box which is protected by the receiver public key with minErg ERGs and amount of T tokens.
  3. Create one fee output protected by the minerFee contract with txFee ERGs.
  4. Create one change output protected by the sender public key, containing B - minErg - txFee ERGs and tB - amount of T tokens.
  5. Create a new transaction, sign it using the sender's secret key and send to the Ergo network.
What is important to understand here is that all of these steps are preformed off-chain (for example using Appkit Transaction API) by the user's application. Ergo network nodes don't need to repeat this transaction creation process, they only need to validate the already formed transaction. ErgoScript contracts are stored in the inputs of the transaction and check spending conditions. The node executes the contracts on-chain when the transaction is validated. The transaction is valid if all of the conditions are satisfied.
Thus, in Ethereum when we “send amount from sender to recipient” we are literally editing balances and updating the storage with a concrete set of commands. This happens on-chain and thus a new transaction is also created on-chain as the result of this process.
In Ergo (as in Bitcoin) transactions are created off-chain and the network nodes only verify them. The effects of the transaction on the blockchain state is that input coins (or Boxes in Ergo's parlance) are removed and output boxes are added to the UTXO set.
In the example above we don't use an ErgoScript contract but instead assume a signature check is used as the spending pre-condition. However in more complex application scenarios we of course need to use ErgoScript which is what we are going to discuss next.
From Changing State to Checking Context
In the send function example we first checked the pre-condition (require(amount <= balances[msg.sender],...) ) and then changed the state (i.e. update balances balances[msg.sender] -= amount ). This is typical in Ethereum transactions. Before we change anything we need to check if it is valid to do so.
In Ergo, as we discussed previously, the state (i.e. UTXO set of boxes) is changed implicitly when a valid transaction is included in a block. Thus we only need to check the pre-conditions before the transaction can be added to the block. This is what ErgoScript contracts do.
It is not possible to “change the state” in ErgoScript because it is a language to check pre-conditions for spending coins. ErgoScript is a purely functional language without side effects that operates on immutable data values. This means all the inputs, outputs and other transaction parameters available in a script are immutable. This, among other things, makes ErgoScript a very simple language that is easy to learn and safe to use. Similar to Bitcoin, each input box contains a script, which should return the true value in order to 1) allow spending of the box (i.e. removing from the UTXO set) and 2) adding the transaction to the block.
If we are being pedantic, it is therefore incorrect (strictly speaking) to think of ErgoScript as the language of Ergo contracts, because it is the language of propositions (logical predicates, formulas, etc.) which protect boxes from “illegal” spending. Unlike Bitcoin, in Ergo the whole transaction and a part of the current blockchain context is available to every script. Therefore each script may check which outputs are created by the transaction, their ERG and token amounts (we will use this capability in our example DEX contracts), current block number etc.
In ErgoScript you define the conditions of whether changes (i.e. coin spending) are allowed to happen in a given context. This is in contrast to programming the changes imperatively in the code of a contract.
While Ergo's transaction model unlocks a whole range of applications like (DEX, DeFi Apps, LETS, etc), designing contracts as pre-conditions for coin spending (or guarding scripts) directly is not intuitive. In the next sections we will consider a useful graphical notation to design contracts declaratively using FlowCard Diagrams, which is a visual representation of executable components (FlowCards).
FlowCards aim to radically simplify dApp development on the Ergo platform by providing a high-level declarative language, execution runtime, storage format and a graphical notation.
We will start with a high level of diagrams and go down to FlowCard specification.
FlowCard Diagrams
The idea behind FlowCard diagrams is based on the following observations: 1) An Ergo box is immutable and can only be spent in the transaction which uses it as an input. 2) We therefore can draw a flow of boxes through transactions, so that boxes flowing in to the transaction are spent and those flowing out are created and added to the UTXO. 3) A transaction from this perspective is simply a transformer of old boxes to the new ones preserving the balances of ERGs and tokens involved.
The following figure shows the main elements of the Ergo transaction we've already seen previously (now under the name of FlowCard Diagram).
https://preview.redd.it/9kcxl11o9tv41.png?width=1304&format=png&auto=webp&s=378a7f50769292ca94de35ff597dc1a44af56d14
There is a strictly defined meaning (semantics) behind every element of the diagram, so that the diagram is a visual representation (or a view) of the underlying executable component (called FlowCard).
The FlowCard can be used as a reusable component of an Ergo dApp to create and initiate the transaction on the Ergo blockchain. We will discuss this in the coming sections.
Now let's look at the individual pieces of the FlowCard diagram one by one.
  1. Name and Parameters
Each flow card is given a name and a list of typed parameters. This is similar to a template with parameters. In the above figure we can see the Send flow card which has five parameters. The parameters are used in the specification.
  1. Contract Wallet
This is a key element of the flow card. Every box has a guarding script. Often it is the script that checks a signature against a public key. This script is trivial in ErgoScript and is defined like the def pk(pubkey: Address) = { pubkey } template where pubkey is a parameter of the type Address . In the figure, the script template is applied to the parameter pk(sender) and thus a concrete wallet contract is obtained. Therefore pk(sender) and pk(receiver) yield different scripts and represent different wallets on the diagram, even though they use the same template.
Contract Wallet contains a set of all UTXO boxes which have a given script derived from the given script template using flow card parameters. For example, in the figure, the template is pk and parameter pubkey is substituted with the `sender’ flow card parameter.
  1. Contract
Even though a contract is a property of a box, on the diagram we group the boxes by their contracts, therefore it looks like the boxes belong to the contracts, rather than the contracts belong to the boxes. In the example, we have three instantiated contracts pk(sender) , pk(receiver) and minerFee . Note, that pk(sender) is the instantiation of the pk template with the concrete parameter sender and minerFee is the instantiation of the pre-defined contract which protects the miner reward boxes.
  1. Box name
In the diagram we can give each box a name. Besides readability of the diagram, we also use the name as a synonym of a more complex indexed access to the box in the contract. For example, change is the name of the box, which can also be used in the ErgoScript conditions instead of OUTPUTS(2) . We also use box names to associate spending conditions with the boxes.
  1. Boxes in the wallet
In the diagram, we show boxes (darker rectangles) as belonging to the contract wallets (lighter rectangles). Each such box rectangle is connected with a grey transaction rectangle by either orange or green arrows or both. An output box (with an incoming green arrow) may include many lines of text where each line specifies a condition which should be checked as part of the transaction. The first line specifies the condition on the amount of ERG which should be placed in the box. Other lines may take one of the following forms:
  1. amount: TOKEN - the box should contain the given amount of the given TOKEN
  2. R == value - the box should contain the given value of the given register R
  3. boxName ? condition - the box named boxName should check condition in its script.
We discuss these conditions in the sections below.
  1. Amount of ERGs in the box
Each box should store a minimum amount of ERGs. This is checked when the creating transaction is validated. In the diagram the amount of ERGs is always shown as the first line (e.g. B: ERG or B - minErg - txFee ). The value type ascription B: ERG is optional and may be used for readability. When the value is given as a formula, then this formula should be respected by the transaction which creates the box.
It is important to understand that variables like amount and txFee are not named properties of the boxes. They are parameters of the whole diagram and representing some amounts. Or put it another way, they are shared parameters between transactions (e.g. Sell Order and Swap transactions from DEX example below share the tAmt parameter). So the same name is tied to the same value throughout the diagram (this is where the tooling would help a lot). However, when it comes to on-chain validation of those values, only explicit conditions which are marked with ? are transformed to ErgoScript. At the same time, all other conditions are ensured off-chain during transaction building (for example in an application using Appkit API) and transaction validation when it is added to the blockchain.
  1. Amount of T token
A box can store values of many tokens. The tokens on the diagram are named and a value variable may be associated with the token T using value: T expression. The value may be given by formula. If the formula is prefixed with a box name like boxName ? formula , then it is should also be checked in the guarding script of the boxName box. This additional specification is very convenient because 1) it allows to validate the visual design automatically, and 2) the conditions specified in the boxes of a diagram are enough to synthesize the necessary guarding scripts. (more about this below at “From Diagrams To ErgoScript Contracts”)
  1. Tx Inputs
Inputs are connected to the corresponding transaction by orange arrows. An input arrow may have a label of the following forms:
  1. [email protected] - optional name with an index i.e. [email protected] or u/2 . This is a property of the target endpoint of the arrow. The name is used in conditions of related boxes and the index is the position of the corresponding box in the INPUTS collection of the transaction.
  2. !action - is a property of the source of the arrow and gives a name for an alternative spending path of the box (we will see this in DEX example)
Because of alternative spending paths, a box may have many outgoing orange arrows, in which case they should be labeled with different actions.
  1. Transaction
A transaction spends input boxes and creates output boxes. The input boxes are given by the orange arrows and the labels are expected to put inputs at the right indexes in INPUTS collection. The output boxes are given by the green arrows. Each transaction should preserve a strict balance of ERG values (sum of inputs == sum of outputs) and for each token the sum of inputs >= the sum of outputs. The design diagram requires an explicit specification of the ERG and token values for all of the output boxes to avoid implicit errors and ensure better readability.
  1. Tx Outputs
Outputs are connected to the corresponding transaction by green arrows. An output arrow may have a label of the following [email protected] , where an optional name is accompanied with an index i.e. [email protected] or u/2 . This is a property of the source endpoint of the arrow. The name is used in conditions of the related boxes and the index is the position of the corresponding box in the OUTPUTS collection of the transaction.
Example: Decentralized Exchange (DEX)
Now let's use the above described notation to design a FlowCard for a DEX dApp. It is simple enough yet also illustrates all of the key features of FlowCard diagrams which we've introduced in the previous section.
The dApp scenario is shown in the figure below: There are three participants (buyer, seller and DEX) of the DEX dApp and five different transaction types, which are created by participants. The buyer wants to swap ergAmt of ERGs for tAmt of TID tokens (or vice versa, the seller wants to sell TID tokens for ERGs, who sends the order first doesn't matter). Both the buyer and the seller can cancel their orders any time. The DEX off-chain matching service can find matching orders and create the Swap transaction to complete the exchange.
The following diagram fully (and formally) specifies all of the five transactions that must be created off-chain by the DEX dApp. It also specifies all of the spending conditions that should be verified on-chain.

https://preview.redd.it/fnt5f4qp9tv41.png?width=1614&format=png&auto=webp&s=34f145f9a6d622454906857e645def2faba057bd
Let's discuss the FlowCard diagram and the logic of each transaction in details:
Buy Order Transaction
A buyer creates a Buy Order transaction. The transaction spends E amount of ERGs (which we will write E: ERG ) from one or more boxes in the pk(buyer) wallet. The transaction creates a bid box with ergAmt: ERG protected by the buyOrder script. The buyOrder script is synthesized from the specification (see below at “From Diagrams To ErgoScript Contracts”) either manually or automatically by a tool. Even though we don't need to define the buyOrder script explicitly during designing, at run time the bid box should contain the buyOrder script as the guarding proposition (which checks the box spending conditions), otherwise the conditions specified in the diagram will not be checked.
The change box is created to make the input and output sums of the transaction balanced. The transaction fee box is omitted because it can be added automatically by the tools. In practice, however, the designer can add the fee box explicitly to the a diagram. It covers the cases of more complex transactions (like Swap) where there are many ways to pay the transaction fee.
Cancel Buy, Cancel Sell Transactions
At any time, the buyer can cancel the order by sending CancelBuy transaction. The transaction should satisfy the guarding buyOrder contract which protects the bid box. As you can see on the diagram, both the Cancel and the Swap transactions can spend the bid box. When a box has spending alternatives (or spending paths) then each alternative is identified by a unique name prefixed with ! (!cancel and !swap for the bid box). Each alternative path has specific spending conditions. In our example, when the Cancel Buy transaction spends the bid box the ?buyer condition should be satisfied, which we read as “the signature for the buyer address should be presented in the transaction”. Therefore, only buyer can cancel the buy order. This “signature” condition is only required for the !cancel alternative spending path and not required for !swap .
Sell Order Transaction
The Sell Order transaction is similar to the BuyOrder in that it deals with tokens in addition to ERGs. The transaction spends E: ERG and T: TID tokens from seller's wallet (specified as pk(seller) contract). The two outputs are ask and change . The change is a standard box to balance transaction. The ask box keeps tAmt: TID tokens for the exchange and minErg: ERG - the minimum amount of ERGs required in every box.
Swap Transaction
This is a key transaction in the DEX dApp scenario. The transaction has several spending conditions on the input boxes and those conditions are included in the buyOrder and sellOrder scripts (which are verified when the transaction is added to the blockchain). However, on the diagram those conditions are not specified in the bid and ask boxes, they are instead defined in the output boxes of the transaction.
This is a convention for improved usability because most of the conditions relate to the properties of the output boxes. We could specify those properties in the bid box, but then we would have to use more complex expressions.
Let's consider the output created by the arrow labeled with [email protected] . This label tells us that the output is at the index 0 in the OUTPUTS collection of the transaction and that in the diagram we can refer to this box by the buyerOut name. Thus we can label both the box itself and the arrow to give the box a name.
The conditions shown in the buyerOut box have the form bid ? condition , which means they should be verified on-chain in order to spend the bid box. The conditions have the following meaning:
  • tAmt: TID requires the box to have tAmt amount of TID token
  • R4 == bid.id requires R4 register in the box to be equal to id of the bid box.
  • script == buyer requires the buyerOut box to have the script of the wallet where it is located on the diagram, i.e. pk(buyer)
Similar properties are added to the sellerOut box, which is specified to be at index 1 and the name is given to it using the label on the box itself, rather than on the arrow.
The Swap transaction spends two boxes bid and ask using the !swap spending path on both, however unlike !cancel the conditions on the path are not specified. This is where the bid ? and ask ? prefixes come into play. They are used so that the conditions listed in the buyerOut and sellerOut boxes are moved to the !swap spending path of the bid and ask boxes correspondingly.
If you look at the conditions of the output boxes, you will see that they exactly specify the swap of values between seller's and buyer's wallets. The buyer gets the necessary amount of TID token and seller gets the corresponding amount of ERGs. The Swap transaction is created when there are two matching boxes with buyOrder and sellOrder contracts.
From Diagrams To ErgoScript Contracts
What is interesting about FlowCard specifications is that we can use them to automatically generate the necessary ErgoTree scripts. With the appropriate tooling support this can be done automatically, but with the lack of thereof, it can be done manually. Thus, the FlowCard allows us to capture and visually represent all of the design choices and semantic details of an Ergo dApp.
What we are going to do next is to mechanically create the buyOrder contract from the information given in the DEX flow card.
Recall that each script is a proposition (boolean valued expression) which should evaluate to true to allow spending of the box. When we have many conditions to be met at the same time we can combine them in a logical formula using the AND binary operation, and if we have alternatives (not necessarily exclusive) we can put them into the OR operation.
The buyOrder box has the alternative spending paths !cancel and !swap . Thus the ErgoScript code should have OR operation with two arguments - one for each spending path.
/** buyOrder contract */ { val cancelCondition = {} val swapCondition = {} cancelCondition || swapCondition } 
The formula for the cancelCondition expression is given in the !cancel spending path of the buyOrder box. We can directly include it in the script.
/** buyOrder contract */ { val cancelCondition = { buyer } val swapCondition = {} cancelCondition || swapCondition } 
For the !swap spending path of the buyOrder box the conditions are specified in the buyerOut output box of the Swap transaction. If we simply include them in the swapCondition then we get a syntactically incorrect script.
/** buyOrder contract */ { val cancelCondition = { buyer } val swapCondition = { tAmt: TID && R4 == bid.id && @contract } cancelCondition || swapCondition } 
We can however translate the conditions from the diagram syntax to ErgoScript expressions using the following simple rules
  1. [email protected] ==> val buyerOut = OUTPUTS(0)
  2. tAmt: TID ==> tid._2 == tAmt where tid = buyerOut.tokens(TID)
  3. R4 == bid.id ==> R4 == SELF.id where R4 = buyerOut.R4[Coll[Byte]].get
  4. script == buyer ==> buyerOut.propositionBytes == buyer.propBytes
Note, in the diagram TID represents a token id, but ErgoScript doesn't have access to the tokens by the ids so we cannot write tokens.getByKey(TID) . For this reason, when the diagram is translated into ErgoScript, TID becomes a named constant of the index in tokens collection of the box. The concrete value of the constant is assigned when the BuyOrder transaction with the buyOrder box is created. The correspondence and consistency between the actual tokenId, the TID constant and the actual tokens of the buyerOut box is ensured by the off-chain application code, which is completely possible since all of the transactions are created by the application using FlowCard as a guiding specification. This may sound too complicated, but this is part of the translation from diagram specification to actual executable application code, most of which can be automated.
After the transformation we can obtain a correct script which checks all the required preconditions for spending the buyOrder box.
/** buyOrder contract */ def DEX(buyer: Addrss, seller: Address, TID: Int, ergAmt: Long, tAmt: Long) { val cancelCondition: SigmaProp = { buyer } // verify buyer's sig (ProveDlog) val swapCondition = OUTPUTS.size > 0 && { // securing OUTPUTS access val buyerOut = OUTPUTS(0) // from [email protected] buyerOut.tokens.size > TID && { // securing tokens access val tid = buyerOut.tokens(TID) val regR4 = buyerOut.R4[Coll[Byte]] regR4.isDefined && { // securing R4 access val R4 = regR4.get tid._2 == tAmt && // from tAmt: TID R4 == SELF.id && // from R4 == bid.id buyerOut.propositionBytes == buyer.propBytes // from script == buyer } } } cancelCondition || swapCondition } 
A similar script for the sellOrder box can be obtained using the same translation rules. With the help of the tooling the code of contracts can be mechanically generated from the diagram specification.
Conclusions
Declarative programming models have already won the battle against imperative programming in many application domains like Big Data, Stream Processing, Deep Learning, Databases, etc. Ergo is pioneering the declarative model of dApp development as a better and safer alternative to the now popular imperative model of smart contracts.
The concept of FlowCard shifts the focus from writing ErgoScript contracts to the overall flow of values (hence the name), in such a way, that ErgoScript can always be generated from them. You will never need to look at the ErgoScript code once the tooling is in place.
Here are the possible next steps for future work:
  1. Storage format for FlowCard Spec and the corresponding EIP standardized file format (Json/XML/Protobuf). This will allow various tools (Diagram Editor, Runtime, dApps etc) to create and use *.flowcard files.
  2. FlowCard Viewer, which can generate the diagrams from *.flowcard files.
  3. FlowCard Runtime, which can run *.flowcard files, create and send transactions to Ergo network.
  4. FlowCard Designer Tool, which can simplify development of complex diagrams . This will make designing and validation of Ergo contracts a pleasant experience, more like drawing rather than coding. In addition, the correctness of the whole dApp scenario can be verified and controlled by the tooling.
submitted by Guilty_Pea to CryptoCurrencies [link] [comments]

FlowCards: A Declarative Framework for Development of Ergo dApps

FlowCards: A Declarative Framework for Development of Ergo dApps
Introduction
ErgoScript is the smart contract language used by the Ergo blockchain. While it has concise syntax adopted from Scala/Kotlin, it still may seem confusing at first because conceptually ErgoScript is quite different compared to conventional languages which we all know and love. This is because Ergo is a UTXO based blockchain, whereas smart contracts are traditionally associated with account based systems like Ethereum. However, Ergo's transaction model has many advantages over the account based model and with the right approach it can even be significantly easier to develop Ergo contracts than to write and debug Solidity code.
Below we will cover the key aspects of the Ergo contract model which makes it different:
Paradigm
The account model of Ethereum is imperative. This means that the typical task of sending coins from Alice to Bob requires changing the balances in storage as a series of operations. Ergo's UTXO based programming model on the other hand is declarative. ErgoScript contracts specify conditions for a transaction to be accepted by the blockchain (not changes to be made in the storage state as result of the contract execution).
Scalability
In the account model of Ethereum both storage changes and validity checks are performed on-chain during code execution. In contrast, Ergo transactions are created off-chain and only validation checks are performed on-chain thus reducing the amount of operations performed by every node on the network. In addition, due to immutability of the transaction graph, various optimization strategies are possible to improve throughput of transactions per second in the network. Light verifying nodes are also possible thus further facilitating scalability and accessibility of the network.
Shared state
The account-based model is reliant on shared mutable state which is known to lead to complex semantics (and subtle million dollar bugs) in the context of concurrent/ distributed computation. Ergo's model is based on an immutable graph of transactions. This approach, inherited from Bitcoin, plays well with the concurrent and distributed nature of blockchains and facilitates light trustless clients.
Expressive Power
Ethereum advocated execution of a turing-complete language on the blockchain. It theoretically promised unlimited potential, however in practice severe limitations came to light from excessive blockchain bloat, subtle multi-million dollar bugs, gas costs which limit contract complexity, and other such problems. Ergo on the flip side extends UTXO to enable turing-completeness while limiting the complexity of the ErgoScript language itself. The same expressive power is achieved in a different and more semantically sound way.
With the all of the above points, it should be clear that there are a lot of benefits to the model Ergo is using. In the rest of this article I will introduce you to the concept of FlowCards - a dApp developer component which allows for designing complex Ergo contracts in a declarative and visual way.

From Imperative to Declarative

In the imperative programming model of Ethereum a transaction is a sequence of operations executed by the Ethereum VM. The following Solidity function implements a transfer of tokens from sender to receiver . The transaction starts when sender calls this function on an instance of a contract and ends when the function returns.
// Sends an amount of existing coins from any caller to an address function send(address receiver, uint amount) public { require(amount <= balances[msg.sender], "Insufficient balance."); balances[msg.sender] -= amount; balances[receiver] += amount; emit Sent(msg.sender, receiver, amount); } 
The function first checks the pre-conditions, then updates the storage (i.e. balances) and finally publishes the post-condition as the Sent event. The gas which is consumed by the transaction is sent to the miner as a reward for executing this transaction.
Unlike Ethereum, a transaction in Ergo is a data structure holding a list of input coins which it spends and a list of output coins which it creates preserving the total balances of ERGs and tokens (in which Ergo is similar to Bitcoin).
Turning back to the example above, since Ergo natively supports tokens, therefore for this specific example of sending tokens we don't need to write any code in ErgoScript. Instead we need to create the ‘send’ transaction shown in the following figure, which describes the same token transfer but declaratively.
https://preview.redd.it/sxs3kesvrsv41.png?width=1348&format=png&auto=webp&s=582382bc26912ff79114d831d937d94b6988e69f
The picture visually describes the following steps, which the network user needs to perform:
  1. Select unspent sender's boxes, containing in total tB >= amount of tokens and B >= txFee + minErg ERGs.
  2. Create an output target box which is protected by the receiver public key with minErg ERGs and amount of T tokens.
  3. Create one fee output protected by the minerFee contract with txFee ERGs.
  4. Create one change output protected by the sender public key, containing B - minErg - txFee ERGs and tB - amount of T tokens.
  5. Create a new transaction, sign it using the sender's secret key and send to the Ergo network.
What is important to understand here is that all of these steps are preformed off-chain (for example using Appkit Transaction API) by the user's application. Ergo network nodes don't need to repeat this transaction creation process, they only need to validate the already formed transaction. ErgoScript contracts are stored in the inputs of the transaction and check spending conditions. The node executes the contracts on-chain when the transaction is validated. The transaction is valid if all of the conditions are satisfied.
Thus, in Ethereum when we “send amount from sender to recipient” we are literally editing balances and updating the storage with a concrete set of commands. This happens on-chain and thus a new transaction is also created on-chain as the result of this process.
In Ergo (as in Bitcoin) transactions are created off-chain and the network nodes only verify them. The effects of the transaction on the blockchain state is that input coins (or Boxes in Ergo's parlance) are removed and output boxes are added to the UTXO set.
In the example above we don't use an ErgoScript contract but instead assume a signature check is used as the spending pre-condition. However in more complex application scenarios we of course need to use ErgoScript which is what we are going to discuss next.

From Changing State to Checking Context

In the send function example we first checked the pre-condition (require(amount <= balances[msg.sender],...) ) and then changed the state (i.e. update balances balances[msg.sender] -= amount ). This is typical in Ethereum transactions. Before we change anything we need to check if it is valid to do so.
In Ergo, as we discussed previously, the state (i.e. UTXO set of boxes) is changed implicitly when a valid transaction is included in a block. Thus we only need to check the pre-conditions before the transaction can be added to the block. This is what ErgoScript contracts do.
It is not possible to “change the state” in ErgoScript because it is a language to check pre-conditions for spending coins. ErgoScript is a purely functional language without side effects that operates on immutable data values. This means all the inputs, outputs and other transaction parameters available in a script are immutable. This, among other things, makes ErgoScript a very simple language that is easy to learn and safe to use. Similar to Bitcoin, each input box contains a script, which should return the true value in order to 1) allow spending of the box (i.e. removing from the UTXO set) and 2) adding the transaction to the block.
If we are being pedantic, it is therefore incorrect (strictly speaking) to think of ErgoScript as the language of Ergo contracts, because it is the language of propositions (logical predicates, formulas, etc.) which protect boxes from “illegal” spending. Unlike Bitcoin, in Ergo the whole transaction and a part of the current blockchain context is available to every script. Therefore each script may check which outputs are created by the transaction, their ERG and token amounts (we will use this capability in our example DEX contracts), current block number etc.
In ErgoScript you define the conditions of whether changes (i.e. coin spending) are allowed to happen in a given context. This is in contrast to programming the changes imperatively in the code of a contract.
While Ergo's transaction model unlocks a whole range of applications like (DEX, DeFi Apps, LETS, etc), designing contracts as pre-conditions for coin spending (or guarding scripts) directly is not intuitive. In the next sections we will consider a useful graphical notation to design contracts declaratively using FlowCard Diagrams, which is a visual representation of executable components (FlowCards).
FlowCards aim to radically simplify dApp development on the Ergo platform by providing a high-level declarative language, execution runtime, storage format and a graphical notation.
We will start with a high level of diagrams and go down to FlowCard specification.

FlowCard Diagrams

The idea behind FlowCard diagrams is based on the following observations: 1) An Ergo box is immutable and can only be spent in the transaction which uses it as an input. 2) We therefore can draw a flow of boxes through transactions, so that boxes flowing in to the transaction are spent and those flowing out are created and added to the UTXO. 3) A transaction from this perspective is simply a transformer of old boxes to the new ones preserving the balances of ERGs and tokens involved.
The following figure shows the main elements of the Ergo transaction we've already seen previously (now under the name of FlowCard Diagram).
https://preview.redd.it/06aqkcd1ssv41.png?width=1304&format=png&auto=webp&s=106eda730e0526919aabd5af9596b97e45b69777
There is a strictly defined meaning (semantics) behind every element of the diagram, so that the diagram is a visual representation (or a view) of the underlying executable component (called FlowCard).
The FlowCard can be used as a reusable component of an Ergo dApp to create and initiate the transaction on the Ergo blockchain. We will discuss this in the coming sections.
Now let's look at the individual pieces of the FlowCard diagram one by one.
1. Name and Parameters
Each flow card is given a name and a list of typed parameters. This is similar to a template with parameters. In the above figure we can see the Send flow card which has five parameters. The parameters are used in the specification.
2. Contract Wallet
This is a key element of the flow card. Every box has a guarding script. Often it is the script that checks a signature against a public key. This script is trivial in ErgoScript and is defined like the def pk(pubkey: Address) = { pubkey } template where pubkey is a parameter of the type Address . In the figure, the script template is applied to the parameter pk(sender) and thus a concrete wallet contract is obtained. Therefore pk(sender) and pk(receiver) yield different scripts and represent different wallets on the diagram, even though they use the same template.
Contract Wallet contains a set of all UTXO boxes which have a given script derived from the given script template using flow card parameters. For example, in the figure, the template is pk and parameter pubkey is substituted with the `sender’ flow card parameter.
3. Contract
Even though a contract is a property of a box, on the diagram we group the boxes by their contracts, therefore it looks like the boxes belong to the contracts, rather than the contracts belong to the boxes. In the example, we have three instantiated contracts pk(sender) , pk(receiver) and minerFee . Note, that pk(sender) is the instantiation of the pk template with the concrete parameter sender and minerFee is the instantiation of the pre-defined contract which protects the miner reward boxes.
4. Box name
In the diagram we can give each box a name. Besides readability of the diagram, we also use the name as a synonym of a more complex indexed access to the box in the contract. For example, change is the name of the box, which can also be used in the ErgoScript conditions instead of OUTPUTS(2) . We also use box names to associate spending conditions with the boxes.
5. Boxes in the wallet
In the diagram, we show boxes (darker rectangles) as belonging to the contract wallets (lighter rectangles). Each such box rectangle is connected with a grey transaction rectangle by either orange or green arrows or both. An output box (with an incoming green arrow) may include many lines of text where each line specifies a condition which should be checked as part of the transaction. The first line specifies the condition on the amount of ERG which should be placed in the box. Other lines may take one of the following forms:
  1. amount: TOKEN - the box should contain the given amount of the given TOKEN
  2. R == value - the box should contain the given value of the given register R
  3. boxName ? condition - the box named boxName should check condition in its script.
We discuss these conditions in the sections below.
6. Amount of ERGs in the box
Each box should store a minimum amount of ERGs. This is checked when the creating transaction is validated. In the diagram the amount of ERGs is always shown as the first line (e.g. B: ERG or B - minErg - txFee ). The value type ascription B: ERG is optional and may be used for readability. When the value is given as a formula, then this formula should be respected by the transaction which creates the box.
It is important to understand that variables like amount and txFee are not named properties of the boxes. They are parameters of the whole diagram and representing some amounts. Or put it another way, they are shared parameters between transactions (e.g. Sell Order and Swap transactions from DEX example below share the tAmt parameter). So the same name is tied to the same value throughout the diagram (this is where the tooling would help a lot). However, when it comes to on-chain validation of those values, only explicit conditions which are marked with ? are transformed to ErgoScript. At the same time, all other conditions are ensured off-chain during transaction building (for example in an application using Appkit API) and transaction validation when it is added to the blockchain.
7. Amount of T token
A box can store values of many tokens. The tokens on the diagram are named and a value variable may be associated with the token T using value: T expression. The value may be given by formula. If the formula is prefixed with a box name like boxName ? formula , then it is should also be checked in the guarding script of the boxName box. This additional specification is very convenient because 1) it allows to validate the visual design automatically, and 2) the conditions specified in the boxes of a diagram are enough to synthesize the necessary guarding scripts. (more about this below at “From Diagrams To ErgoScript Contracts”)
8. Tx Inputs
Inputs are connected to the corresponding transaction by orange arrows. An input arrow may have a label of the following forms:
  1. [email protected] - optional name with an index i.e. [email protected] or u/2 . This is a property of the target endpoint of the arrow. The name is used in conditions of related boxes and the index is the position of the corresponding box in the INPUTS collection of the transaction.
  2. !action - is a property of the source of the arrow and gives a name for an alternative spending path of the box (we will see this in DEX example)
Because of alternative spending paths, a box may have many outgoing orange arrows, in which case they should be labeled with different actions.
9. Transaction
A transaction spends input boxes and creates output boxes. The input boxes are given by the orange arrows and the labels are expected to put inputs at the right indexes in INPUTS collection. The output boxes are given by the green arrows. Each transaction should preserve a strict balance of ERG values (sum of inputs == sum of outputs) and for each token the sum of inputs >= the sum of outputs. The design diagram requires an explicit specification of the ERG and token values for all of the output boxes to avoid implicit errors and ensure better readability.
10. Tx Outputs
Outputs are connected to the corresponding transaction by green arrows. An output arrow may have a label of the following [email protected] , where an optional name is accompanied with an index i.e. [email protected] or u/2 . This is a property of the source endpoint of the arrow. The name is used in conditions of the related boxes and the index is the position of the corresponding box in the OUTPUTS collection of the transaction.

Example: Decentralized Exchange (DEX)

Now let's use the above described notation to design a FlowCard for a DEX dApp. It is simple enough yet also illustrates all of the key features of FlowCard diagrams which we've introduced in the previous section.
The dApp scenario is shown in the figure below: There are three participants (buyer, seller and DEX) of the DEX dApp and five different transaction types, which are created by participants. The buyer wants to swap ergAmt of ERGs for tAmt of TID tokens (or vice versa, the seller wants to sell TID tokens for ERGs, who sends the order first doesn't matter). Both the buyer and the seller can cancel their orders any time. The DEX off-chain matching service can find matching orders and create the Swap transaction to complete the exchange.
The following diagram fully (and formally) specifies all of the five transactions that must be created off-chain by the DEX dApp. It also specifies all of the spending conditions that should be verified on-chain.

https://preview.redd.it/piogz0v9ssv41.png?width=1614&format=png&auto=webp&s=e1b503a635ad3d138ef91e2f0c3b726e78958646
Let's discuss the FlowCard diagram and the logic of each transaction in details:
Buy Order Transaction
A buyer creates a Buy Order transaction. The transaction spends E amount of ERGs (which we will write E: ERG ) from one or more boxes in the pk(buyer) wallet. The transaction creates a bid box with ergAmt: ERG protected by the buyOrder script. The buyOrder script is synthesized from the specification (see below at “From Diagrams To ErgoScript Contracts”) either manually or automatically by a tool. Even though we don't need to define the buyOrder script explicitly during designing, at run time the bid box should contain the buyOrder script as the guarding proposition (which checks the box spending conditions), otherwise the conditions specified in the diagram will not be checked.
The change box is created to make the input and output sums of the transaction balanced. The transaction fee box is omitted because it can be added automatically by the tools. In practice, however, the designer can add the fee box explicitly to the a diagram. It covers the cases of more complex transactions (like Swap) where there are many ways to pay the transaction fee.
Cancel Buy, Cancel Sell Transactions
At any time, the buyer can cancel the order by sending CancelBuy transaction. The transaction should satisfy the guarding buyOrder contract which protects the bid box. As you can see on the diagram, both the Cancel and the Swap transactions can spend the bid box. When a box has spending alternatives (or spending paths) then each alternative is identified by a unique name prefixed with ! (!cancel and !swap for the bid box). Each alternative path has specific spending conditions. In our example, when the Cancel Buy transaction spends the bid box the ?buyer condition should be satisfied, which we read as “the signature for the buyer address should be presented in the transaction”. Therefore, only buyer can cancel the buy order. This “signature” condition is only required for the !cancel alternative spending path and not required for !swap .
Sell Order Transaction
The Sell Order transaction is similar to the BuyOrder in that it deals with tokens in addition to ERGs. The transaction spends E: ERG and T: TID tokens from seller's wallet (specified as pk(seller) contract). The two outputs are ask and change . The change is a standard box to balance transaction. The ask box keeps tAmt: TID tokens for the exchange and minErg: ERG - the minimum amount of ERGs required in every box.
Swap Transaction
This is a key transaction in the DEX dApp scenario. The transaction has several spending conditions on the input boxes and those conditions are included in the buyOrder and sellOrder scripts (which are verified when the transaction is added to the blockchain). However, on the diagram those conditions are not specified in the bid and ask boxes, they are instead defined in the output boxes of the transaction.
This is a convention for improved usability because most of the conditions relate to the properties of the output boxes. We could specify those properties in the bid box, but then we would have to use more complex expressions.
Let's consider the output created by the arrow labeled with [email protected] . This label tells us that the output is at the index 0 in the OUTPUTS collection of the transaction and that in the diagram we can refer to this box by the buyerOut name. Thus we can label both the box itself and the arrow to give the box a name.
The conditions shown in the buyerOut box have the form bid ? condition , which means they should be verified on-chain in order to spend the bid box. The conditions have the following meaning:
  • tAmt: TID requires the box to have tAmt amount of TID token
  • R4 == bid.id requires R4 register in the box to be equal to id of the bid box.
  • script == buyer requires the buyerOut box to have the script of the wallet where it is located on the diagram, i.e. pk(buyer)
Similar properties are added to the sellerOut box, which is specified to be at index 1 and the name is given to it using the label on the box itself, rather than on the arrow.
The Swap transaction spends two boxes bid and ask using the !swap spending path on both, however unlike !cancel the conditions on the path are not specified. This is where the bid ? and ask ? prefixes come into play. They are used so that the conditions listed in the buyerOut and sellerOut boxes are moved to the !swap spending path of the bid and ask boxes correspondingly.
If you look at the conditions of the output boxes, you will see that they exactly specify the swap of values between seller's and buyer's wallets. The buyer gets the necessary amount of TID token and seller gets the corresponding amount of ERGs. The Swap transaction is created when there are two matching boxes with buyOrder and sellOrder contracts.

From Diagrams To ErgoScript Contracts

What is interesting about FlowCard specifications is that we can use them to automatically generate the necessary ErgoTree scripts. With the appropriate tooling support this can be done automatically, but with the lack of thereof, it can be done manually. Thus, the FlowCard allows us to capture and visually represent all of the design choices and semantic details of an Ergo dApp.
What we are going to do next is to mechanically create the buyOrder contract from the information given in the DEX flow card.
Recall that each script is a proposition (boolean valued expression) which should evaluate to true to allow spending of the box. When we have many conditions to be met at the same time we can combine them in a logical formula using the AND binary operation, and if we have alternatives (not necessarily exclusive) we can put them into the OR operation.
The buyOrder box has the alternative spending paths !cancel and !swap . Thus the ErgoScript code should have OR operation with two arguments - one for each spending path.
/** buyOrder contract */ { val cancelCondition = {} val swapCondition = {} cancelCondition || swapCondition } 
The formula for the cancelCondition expression is given in the !cancel spending path of the buyOrder box. We can directly include it in the script.
/** buyOrder contract */ { val cancelCondition = { buyer } val swapCondition = {} cancelCondition || swapCondition } 
For the !swap spending path of the buyOrder box the conditions are specified in the buyerOut output box of the Swap transaction. If we simply include them in the swapCondition then we get a syntactically incorrect script.
/** buyOrder contract */ { val cancelCondition = { buyer } val swapCondition = { tAmt: TID && R4 == bid.id && @contract } cancelCondition || swapCondition } 
We can however translate the conditions from the diagram syntax to ErgoScript expressions using the following simple rules
  1. [email protected] ==> val buyerOut = OUTPUTS(0)
  2. tAmt: TID ==> tid._2 == tAmt where tid = buyerOut.tokens(TID)
  3. R4 == bid.id ==> R4 == SELF.id where R4 = buyerOut.R4[Coll[Byte]].get
  4. script == buyer ==> buyerOut.propositionBytes == buyer.propBytes
Note, in the diagram TID represents a token id, but ErgoScript doesn't have access to the tokens by the ids so we cannot write tokens.getByKey(TID) . For this reason, when the diagram is translated into ErgoScript, TID becomes a named constant of the index in tokens collection of the box. The concrete value of the constant is assigned when the BuyOrder transaction with the buyOrder box is created. The correspondence and consistency between the actual tokenId, the TID constant and the actual tokens of the buyerOut box is ensured by the off-chain application code, which is completely possible since all of the transactions are created by the application using FlowCard as a guiding specification. This may sound too complicated, but this is part of the translation from diagram specification to actual executable application code, most of which can be automated.
After the transformation we can obtain a correct script which checks all the required preconditions for spending the buyOrder box.
/** buyOrder contract */ def DEX(buyer: Addrss, seller: Address, TID: Int, ergAmt: Long, tAmt: Long) { val cancelCondition: SigmaProp = { buyer } // verify buyer's sig (ProveDlog) val swapCondition = OUTPUTS.size > 0 && { // securing OUTPUTS access val buyerOut = OUTPUTS(0) // from [email protected] buyerOut.tokens.size > TID && { // securing tokens access val tid = buyerOut.tokens(TID) val regR4 = buyerOut.R4[Coll[Byte]] regR4.isDefined && { // securing R4 access val R4 = regR4.get tid._2 == tAmt && // from tAmt: TID R4 == SELF.id && // from R4 == bid.id buyerOut.propositionBytes == buyer.propBytes // from script == buyer } } } cancelCondition || swapCondition } 
A similar script for the sellOrder box can be obtained using the same translation rules. With the help of the tooling the code of contracts can be mechanically generated from the diagram specification.

Conclusions

Declarative programming models have already won the battle against imperative programming in many application domains like Big Data, Stream Processing, Deep Learning, Databases, etc. Ergo is pioneering the declarative model of dApp development as a better and safer alternative to the now popular imperative model of smart contracts.
The concept of FlowCard shifts the focus from writing ErgoScript contracts to the overall flow of values (hence the name), in such a way, that ErgoScript can always be generated from them. You will never need to look at the ErgoScript code once the tooling is in place.
Here are the possible next steps for future work:
  1. Storage format for FlowCard Spec and the corresponding EIP standardized file format (Json/XML/Protobuf). This will allow various tools (Diagram Editor, Runtime, dApps etc) to create and use *.flowcard files.
  2. FlowCard Viewer, which can generate the diagrams from *.flowcard files.
  3. FlowCard Runtime, which can run *.flowcard files, create and send transactions to Ergo network.
  4. FlowCard Designer Tool, which can simplify development of complex diagrams . This will make designing and validation of Ergo contracts a pleasant experience, more like drawing rather than coding. In addition, the correctness of the whole dApp scenario can be verified and controlled by the tooling.
submitted by eleanorcwhite to btc [link] [comments]

100 Trillion Dollar Bitcoin Catalyst - YouTube Historical Price of Bitcoin (2010 - 2019) - YouTube 10 Million Dollar Bitcoin End Game - YouTube THE BITCOIN CHART YOU CAN'T MISS (btc price prediction ... Bitcoins Value dollar 10000 or Over dollar 1 million Experts Predict

About Bitcoin. Bitcoin price today is $10,595.82 USD with a 24-hour trading volume of $50,556,435,247 USD. Bitcoin is down 1.36% in the last 24 hours. The current CoinMarketCap ranking is #1, with a market cap of $196,126,817,695 USD. The CoinDesk 20 provides real-time prices, news, videos and educational content on the digital assets moving the crypto market, from BTC to TRX. Bitcoin value: $5033.1 Bitcoin value 10 days later: $5160.64 View Event #120 on Chart The world's largest bitcoin and cryptocurrency exchange by volume, Binance, has said "de-listed" Bitcoin SV, striking it from the exchange as of April 22 as it no longer meets the high level of standard they expect. BTC USD (Bitcoin / US Dollar) This is the most popular Bitcoin pair in the world. Bitcoin uses peer-to-peer technology to operate with no central authority or banks; managing transactions and the issuing of Bitcoins is carried out collectively by the network. To devalue a currency, like the dollar, means that the value of the currency decreases. In the case of the dollar, we call this dollar devaluation. The value of a currency is also referred to as purchasing power. The more a currency is devalued, the less you can buy with it because the purchasing power decreases.

[index] [21710] [34166] [8059] [34139] [25251] [31519] [31015] [21964] [9629] [28206]

100 Trillion Dollar Bitcoin Catalyst - YouTube

👕Merch: https://teespring.com/stores/tokenvision 🐦Follow me on Twitter/Instagram for Latest: https://twitter.com/TokenVision99 📸https://www.instagram.com/tok... 50% OFF SITE WIDE!! (Limited Time Only) New to crypto and you want to start at step 1? -Get The Diamond Combo! (Best Value) 50% OFF!! ️https://cryptocrewun... For a beginner in the crypto space, without prior trading experience/skills, the strategy of Dollar Cost Averaging is much simpler and superior over trying t... An all-time graph of Bitcoin price movements, from when the price was first tracked in August 2010 until October 2018. Bitcoin - 100 Trillion Dollar Catalyst. I talk about how Bitcoin will eventually reach a market cap of 100 trillion dollars and the unexpected catalyst which...

#