Komodo: Agama Mobile Wallet update, Ongoing Notary Node Elections, Marketmaker 2.0

Development GitHub metrics Developer activity (from Coinlib.io) Activity on core protocol development According to a recent developer report from @ElectricCapital, Komodo Platform is very active on core protocol development. Source: ElectricCapital Public Blockchains As A Service (PBaaS) By Verus Verus is a friendly source fork of Komodo. The Verus-Komodo relationship exemplifies the spirit of open source development. Verus has taken the Komodo core and built something unique and also shared their blockchain technology upgrades for the greater good of the Komodo ecosystem. This past week, the PBaaS testnet went through some more rigorous testing and in this time a lot of valuable feedback has been collected by Mike and the Verus team. Comparison Notary Node Elections are still ongoing until 13th May 2019. Here, you can find out the how to vote in the Komodo election & the current leaderboard for election results. Marketmaker 2.0 DEX Fee 0% & Lower Deposit With Marketmaker 1.0, the backend order-matching technology that powered BarterDEX, the trade maker would need to make a deposit equal to 112% of the trade’s value in order for the swap to work. Now, with Marketmaker 2.0, the large bobdeposit is no longer necessary! The trade-off at release is that the zero confirmation (0conf) advanced feature will not be available at release. The general availability of the 2nd generation of the DEX network featuring marketmaker 1.0 in Nov 2017 — January 2019 was dominated by the BarterDEX GUI & the command line. The features included: Market takers ability to atomic swap trade with a 0.15% fee Market makers trading by atomic swap with no dex fee Zero confirmation waiting to enable fast atomic swap trading In simple protocol terms, market makers in 2nd generation DEX (marketmaker 1.0) for their 0% dex fee trade bonus had to put down a larger deposit as security to open the trade. WIth marketmaker 2.0, market makers no longer have to put down the extra deposit to start the atomic swap. They continue to receive 0% DEX fee trading. DPoW FAQs Added To Blockchain Security Service There is a short FAQ section added to the blockchain security service page. Komodo is a permissionless platform. However, with the application layer (programmable blockchain) that Komodo’s Custom Consensus modules enable, a developer team can create a permissioned blockchain solution. One of the main reasons for a permissioned blockchain is to maintain authority. By employing a layer of access control throughout the applications that run on the blockchain, stakeholders can create a distributed & trustless multi-party transactional application with full auditability that is only valid, accessible & useable to users with authorized keys to sign transactions. James Lee, Komodo’s Lead Developer, gave some insights about the possibilities to create some kind of RBAC (role based access control) using public keys in a blog entry about permissioning using Custom Consensus. Permissioned blockchains will present more use-cases in the enterprise environment rather than public networks for value-exchange, and like the WordPress plugins market has grown over the last 10 years, so to will blockchain application modules — including access control layers for permissioned transactional systems & integrations. Blockchain Module Marketplace Komodo’s team has public documentation about consensus modules and James wrote a blog entry about the marketplace concept. Blockchain Application Layer Flexibility The flexibility of the Custom Consensus application layer of Komodo’s blockchain framework has open source built-in examples available by default to any blockchain created with the starter kit. These examples showcase the different strategies employed for creating solutions to business logic functions. Out-of-the-box blockchain-enforced applications include: on-chain faucets tokenization system fast/trusted data feeds (oracles) blockchain-enforced coin gateways blockchain-enforced on-chain instant payments simple 2-player dice betting game blockchain-enforced heir application for dormant addresses to release funds to a benefactor a rewards system for locking funds (e.g. masternode application) Automated payments (currently in testing) These built-in building blocks are starter-kits for dev teams to build customized applications. Some of the features of these built-in modules are: A proof of work mechanism at the transaction level A tokenization system including fungible and non fungible token creation with a built-in token DEX for exchange of tokenized assets Data feed payment market creation Locking & unlocking of funds based on varying application-conditions Time based Access based Outcome based Blockchain based pseudo random number generation for multi-party applications Challenge-Response mechanism for blockchain applications Re-use of industry standard paradigms (e.g. hashchain) for securely creating instant value-transfer events with built-in re-org (51%) protection Electrum Protocol Upgrade Support In Agama Mobile Latest Release The Agama Mobile Wallet latest release (v0.1.6) supports electrum protocol 1.4.Komodo developer & engineering teams began investigations in January with the protocol release. Electrum servers now require a client to support v1.4 at a minimum. The Komodo development & engineering team is proud to remain at the forefront of technological upgrades and maintenance of applications that support all cryptocurrencies. Agama Mobile continues to support 200+ coins and ERC20 tokens for it’s users. Sources: Tech Tuesday Development Update — 2019 Week 18 Public Blockchain As A Service (PBaaS) By Verus, Tech Tuesday Development Update — 2019 Week 19 Permissioned Blockchain Module Marketplace New tutorials: Komodo Platform’s Notary Node Elections of 2019 are Live until 13th May 2019. Every year, the Komodo community holds an election to choose who will operate notary nodes. The 28 best-performing notary node operators are automatically re-elected. Performance is measured according to the number of completed notarizations The top 7 nodes from each of the four regions are re-elected The other 32 positions are opened up and the community elects new operators. Anyone can run in the election. You don’t need to own any KMD or be on the team. VOTE tokens are airdropped to KMD holders at a 1:1 ratio. Community members simply send VOTE tokens to their preferred candidate(s). At the end of the voting period, the top 8 addresses with most VOTE tokens within each four regions win. Thus, in total, 32 new operators are elected.