Testify your Intent on EOS
Through Collaborative Ecosystems
This is the third article of a series named “Eosio Ecosystem insights”.
Audience: startups, developers, project managers that want to integrate their platform with decentralized networks.
We are the witnesses of a new shift, this is about testifying our intent on EOS. In this article I will focus on the following collaborative ecosystems:
Eden on EOS Community - by the people for the people - exponential fractal democracies
Pomelo Crowdfunding Platform - more matching funds go to the projects with more unique donors
EOSTARTER - the first Community-Powered EOS Incubator
The EOS Mainnet started in June 2018. Since then, the EOS Mainnet has been battle-tested across societal, economical, and technological levels. Now is the time for Entrepreneurs and anyone eager to propel the EOS Ecosystem to new heights.
Eden Community is meshing an exponential crowd (through randomization and fractal true democracy) of well-intentioned people that want to have a Voice in on-chain EOS Governance and identify projects to be created/funded.
The first-mover advantage is demonstrated by the users who drive innovation through transactions with the EOS token as a utility token to further incentivize users to participate in a solution. For example, eospowerup.io is a project that serves the entire EOS Mainnet community when they encounter a CPU Emergency. Therefore the Economic model and user onboarding experience are directly aligned.
Ricardian Contracts are useful as an intent, memory, and risk management tool when transacting with any EOSIO network. In the case of the public and permissionless EOS blockchain, these contracts are of great value because of the high market capitalization and the money at stake by large institutions.
Pomelo is a crowdfunding platform developed by EOS Nation and EOS Asia. Entrepreneurs are able to present one-off solutions to implement for the EOS mainnet. Synergies can be maximized via interactions between unique donors and the quadratic matching funds (pot).
I believe in Collaborative Ecosystems with a Startup mindset. EOS is on the right path to grow and empower our startups with relevant mentoring, coaching, meetups, and workshops.
Through education and development, blockchain protocols will interoperate for the best scalability, security, decentralization.
Ecosystems on EOS exist today, in the sense, you have startups that are in the process to integrate their platform with the eosio smart contract platform delivering BaaS. Now those startups need exposure, incubation in order to run their platform with a utility token on a model TaaL(Token as a License) to let the users pay the tools delivered by their platform at the minute based on a consensus mechanism proof-of-usage.
EOSTARTER will have internal funding mechanisms and will utilize the $tart token as well to raise capital. Additionally, staking the $tart token will be the mechanism used by the community to participate in new project token issuance. Also, project funding will still take place through Pomelo and Eden. The projects may also want to leverage EOSTARTER services to help launch them. Basically, Pomelo, Eden on EOS, and EOSTARTER will overlap in helping projects build on EOS.
The $TART token gives you access to the presales, but not shares on EOSTARTER as a company.
EOSTARTER is actively looking for funds both privately and by leveraging Eden (Since we are planning on giving back to Eden from the sales) and other potential sources.
EOSTARTER will be helping the Projects they select in Eden by representing them from EOSTARTER and potentially funding them from more than one source.
The primary utility of the $tart token will be to reserve allocations for new project token issuances. EOSTARTER will be adding other aspects to the tokenomics including staking and syndicate sales.
EOSTARTER's main function will be to support the launch of project tokens. If some of these projects have a token with a staking mechanism, a small % of these tokens could be given to Eden on EOS and remain staked, providing long-term passive funding via staking rewards to Eden. Or Eden could be a direct beneficiary of a token pre-sale.
Interview Hernan Arber CEO & Chris Barnes CGO EOSTARTER
Eden on EOS governance
📍 There will always be bugs, the most secure chain isn’t the one that says all bugs are final but that the intent of the code is captured.
📍 If there is any dispute you can freeze the funds and transfer funds back, and there could be a public trial. The hackers and thieves won’t reveal their identity.
📍If two parties do come forward and reveal themselves publicly and articulate their case, then it would be fair to default to the code.
📍With Ricardian contracts, they should describe the intent in plain English of each action so if the code doesn’t meet intent it can be checked. On the other hand, some say we can’t do this for everyone, you need to be connected or rich to benefit from this type of security.
☝The reason why Ricardian contracts are not mandatory to be attached to an eosio smart contract. But highly recommended when large audiences and mission-critical.
📍With that in real life, there are different security measures for different things. Locks for bike locks, or someone kicks in your door to steal your property. Insurance can be used to defend against this. It doesn’t make sense to hire a private investigator to pursue every crime but when things get up to a high enough value then it makes sense to hire an investigator and pay a few hundred K to find the thief to recover the loss.
📍It’s an economic decision at that point. Here there is a real cost to the community and thousands of cases like this. Small cases could have multisigs, medium could have insurance, and large amounts involving the community.
📍If the community is going to investigate then a bond could be placed.
📍In the end, we all lose if there was a bug in the code. We don’t want the government judging our agreements, we want the community through voluntary participation on what is legitimate and not.
📍Dan is strongly against bringing governments in via lawsuits.
Since no hard forks took place on EOS Mainnet, we are following the code is the law to some extent.
📍What we’re seeing with EOS, it’s a small example where the BPs have an incentive to protect the EOS ecosystem and defend the intent of what is going on. Instead of a company worrying about one bug to ruin them.
📍In the future having more due process with leaders elected by Eden would be a better way to delegate this power of freezing accounts and updating things. In a way that prevents incumbents from abusing this power.
📍 With Eden, we could prevent that from being corrupted in the future.
The real goal should be good governance.
Trust through consensus
We can arrive at a general consensus where trust is equal to testifying your intent followed by the delivery of this intent.
The testifying tools can be varied and used in conjunction with each other. For example, Ricardian contracts for the code intent is law, and NFTs pointing to an IPFS Video.
The Voicers have an effective way to compare each version of one's intent. About what they were listening to, seeing, and believing, or at least agreeing on (consensus).
We know that memory is subjective to everyone and therefore “Remembrance of things past is not necessarily the remembrance of things as they were”.
Explore the Rashomon effect, where individuals give significantly different but equally believable accounts of the same event. -- A samurai is found dead in a quiet bamboo grove. One by one, the crime’s only known witnesses recount their version of the events. But as they each tell their tale, it becomes clear that every testimony is plausible yet different. And each witness implicates themselves. What’s going on? Sheila Marie Orfano explores the phenomenon of warring perspectives known as the Rashomon effect.
Onboarding process Eden on EOS
Interview - Chris Barnes - First Mock Eden Election “Satoshi” - EdenEos.org
Pomelo.io Crowdfunding Platform
Interview - Daniel Keyes - CEO of EOS Nation Block Producer
NFT heavy lineup
Interview - Lars Kommienezuspadt - Chief Creative Officer - Facings
DAPP Network - NFT Interoperability
DAPP Network - Governance
The draft of the DAPP Network (DAPP) whitelisting proposal has been published to the Bancor Governance forums for community review and feedback.
Next Steps: (👇notes from Zack Gall - Head of Communication LiquidApps.io)
1) Respond to all commentary, feedback, and discussion made through the Bancor gov forum over next week or so.
2) Address all relevant feedback and iterate on the proposal, as needed. After all revisions are complete, we'll need to decide on a voting snapshot date and submit the proposal officially to Bancor DAO for vote.
3) For the whitelisting proposal to pass, 26.58m vBNT must vote on the proposal with the majority being in favor. This is not going to be an easy task, so we will need all hands on deck to get vBNT holders attention and voting for our proposal. This process has already begun and some of you have already made great efforts in this regard.
4) We will need to make one final governance proposal of our own that outlines the specific amount of tokens being allocated towards the liquidity rewards and IL protection from the dappgovfund1 pool. These will be dependent on the amount of co-invested BNT and the DAPP-to-BNT ratio at the time that the whitelisting proposal is approved by Bancor DAO. The Ethereum contracts for the rewards and IL protection are already under development, therefore a worker proposal will not be needed so we will simply need to define the reward parameters at this time.
5) Once everything has been approved and deployed, we will need to set a start date for the liquidity mining rewards to begin. This may potentially be done within the proposal in Step 4, but since we may not know whether or not the whitelisting proposal has passed yet at the time of Step 4, we may need to make a separate proposal for this.
Single sided DAPP staking will be limited to the amount of co-invested and user deposited BNT that enters the liquidity pool. Once the pool has reached its single side capacity, more DAPP can still be staked into the LP for rewards as long as it is done with an equal value of BNT similar to a traditional two sided pool.
Also, keep in mind that anyone can open up a new liquidity pool on Bancor. Anyone from the community holding both BNT and DAPP may cross the bridge and establish this pool using their DAPP ERC20s, even prior to the approval of whitelisting or rewards. Doing so may actually make for a stronger whitelisting proposal.
DAPP Network - LiquidBridge BSC
DAPP Network brings interoperability to Binance Smart Chain with LiquidBridge technology!
Learn how to connect EOS, Wax, Telos, or any other EOSIO-based blockchain to BSC in this step-by-step guide for developers.
With EOSIO Protocol and Smart Contract Platform, we are able to transact at high throughput. Smart Contracts disintermediate and save our intent (also if we forget). As a society, we can decide to be independent and/or connect with others where we will see emerging solutions that will benefit all the communities in our Cities.
In this sense, Smart Cities will be the manifestation of naturally aligned societal, economical, and technological dimensions. The EOS Mainnet will be the settlement layer, audit trail, and track records of our intents. This is a memory (radio station) and this is aimed to be accessible to everyone. In this sense, EOS is an Everyone’s Open Society.
The general objective of creating an expert system that could be executed in a blockchain was achieved, being able to demonstrate that the EOSIO platform is already functional and that it offers performance comparable to the centralized services provided by large corporations such as Amazon, Microsoft, and Google.
These results could motivate more developers to start using this technology, achieving a benefit from both parties as the user obtains security and functionality at low cost and the platform grows more with each new use.
Blockchain technology apparently is a trivial innovation, but this technology has attracted huge investors in a very short period compared to other technologies, and it still has many potential applications. Smart contracts are making possible execution in an automated and safe way by using blockchain technology. Therefore, smart contracts are applied in this research for the expert system.
This paper is about an expert system working with smart contracts and neural networks as the inference machine to decide on the sensors optimal distribution and taking actions when sensor readings are out of range: control lights, activating fire alarms, temperature alarms, etc. for all spaces (parks, schools, hospitals, etc.) in a smart city based on the needs, and likes of the expert system user. This expert system works using a blockchain.
PowerUp for the EOS Mainnet
eospowerup.io Telegram Bot is live.
You can now trigger free PowerUps (7 per day) from within Telegram by sending commands to the Bot. This new feature comes with high demand as we have seen over 700 unique Telegram users access the bot to trigger over 4000 free PowerUps in just a few days.
Try it for yourself here: https://t.me/eospowerupbot
The funding for this bot came from the Eden trial run. Felix Ruiz from the EOS Eden community created this short video which shows how the Eden process proceeded.
Check it out 👇 — Support Felix Ruiz
Google Cloud Platform with EOSIO
Google Cloud and Block.One have taken additional steps in their collaboration with EOSIO. A new course on how to launch an EOSIO chain and develop a basic smart contract is now available in the Google Cloud Training catalog.
The Google Cloud Training allows anyone to learn about cloud services. Individual labs ranging from 30 minutes to multi-day programs are offered, covering topics such as machine learning, security, infrastructure, app development, and more.
Among these we find now included the new course: "Block.one: Getting Started with the EOSIO Blockchain and Smart Contracts", where users will learn how to launch a virtual machine (VM) to host an EOSIO blockchain, create the first wallet with private keys and start with a simple smart contract development.
To start the lab, all you need is a Google account, and then all operations can be performed in the cloud with a few simple commands. The commands fully mirror the user experience already provided by the EOSIO software, which includes tools like
nodeos. This will allow a number of new developers to become comfortable with EOSIO terms while taking use of the Google Cloud's flexibility.
Additionally, with Block.One's training and certifications, you may immediately broaden your understanding of EOSIO's capabilities.
Entire 3 hours EOSIO Swiss Workshop #9
EOSIO Swiss workshops seek to empower developers and enthusiasts with information and exposure to maximize the opportunity that dApps, EOS, and other novel innovations have brought to the world’s fingertips.
Next workshops will be held on September 23rd, edition #10, and finally on December 9th, edition #11.
EOSIO Swiss Workshop Mindmap
Promotional video - Eden on EOS
This is the official registration form for the Trial Election to be held on Saturday, July 17th at 17:00 UTC.
Learn how to earn…
Become part of our community.
Follow our socials.
Subscribe to our podcast.
Subscribe to this publication.
It’s free (for now)