Top Programming Languages For Blockchain Development

Scala

[link]

Bitcoin Q&A: What's the Best Programming Language for building on the Lightning Network? | Blockchained.news

submitted by Thornsb to BLOCKCHAINEDNews [link] [comments]

Skilled blockchain developers are a scarce commodity, as precious as the bitcoins that reside on the distributed ledgers they maintain. Teach yourself one of the major blockchain programming languages and you’ll be set for life, though like anything worth having, this achievement won’t come easy.

Skilled blockchain developers are a scarce commodity, as precious as the bitcoins that reside on the distributed ledgers they maintain. Teach yourself one of the major blockchain programming languages and you’ll be set for life, though like anything worth having, this achievement won’t come easy. submitted by jeffyal to CryptoMarkets [link] [comments]

Skilled blockchain developers are a scarce commodity, as precious as the bitcoins that reside on the distributed ledgers they maintain. Teach yourself one of the major blockchain programming languages and you’ll be set for life, though like anything worth having, this achievement won’t come easy.

Skilled blockchain developers are a scarce commodity, as precious as the bitcoins that reside on the distributed ledgers they maintain. Teach yourself one of the major blockchain programming languages and you’ll be set for life, though like anything worth having, this achievement won’t come easy. submitted by smithjayjj12j to CryptoDigitalAssets [link] [comments]

5 programming languages that a blockchain developer should master - The Bitcoin News

5 programming languages that a blockchain developer should master - The Bitcoin News submitted by DCC_Official to altcoin_news [link] [comments]

The Bitcoin Gold Ambassador program is about spreading the word, promote and educate local communities in their own languages by local people. BTG for everyone, for everything! #BitcoinGold #Bitcoin #BTC #blockchain #cryptocurrencies #BTGAmbassador

The Bitcoin Gold Ambassador program is about spreading the word, promote and educate local communities in their own languages by local people. BTG for everyone, for everything! #BitcoinGold #Bitcoin #BTC #blockchain #cryptocurrencies #BTGAmbassador submitted by Asabmoni to BitcoinGoldHQ [link] [comments]

Which Technology Stack and Programming Language to Develop Blockchain? /r/Bitcoin

Which Technology Stack and Programming Language to Develop Blockchain? /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Noob stupid question time, .Can you put an open source software programming language on a blockchain /r/Bitcoin

Noob stupid question time, .Can you put an open source software programming language on a blockchain /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Bitcoin mentioned around Reddit: Cosmos/Tendermint/Ethermint might have the fastest implementation of the Ethereum Virtual Machine, before Ethereum/Casper. It is also multi-blockchain and allows "any programming language". Consider i /r/Synereo

Bitcoin mentioned around Reddit: Cosmos/Tendermint/Ethermint might have the fastest implementation of the Ethereum Virtual Machine, before Ethereum/Casper. It is also multi-blockchain and allows submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Is this good news? Forbes posted it

Is this good news? Forbes posted it submitted by hndrx_j to ethereum [link] [comments]

I built a decentralized legal-binding smart contract system. I need peer reviewers and whitepaper proof readers. Help greatly appreciated!

I posted this on /cryptotechnology . It attracted quite a bit of upvotes but not many potential contributors. Someone mentioned I should try this sub. I read the rules and it seems to fit within them. Hope this kind of post is alright here...
EDIT: My mother language is french (I'm from Montreal/Canada). Please excuse any blatant grammatical errors.
TLDR: I built a decentralized legal-binding smart contract system. I need peer reviewers and whitepaper proof readers. If you're interested, send me an email to discuss: [email protected] . Thanks in advance!
Hi guys,
For the last few years, I've been working on a decentralized legal-binding contract system. Basically, I created a PoW blockchain software that can receive a hash as an address, and another hash as a bucket, in each transaction.
The address hash is used to tell a specific entity (application/contract/company/person, etc) that uses the blockchain that this transaction might be addressed to them. The bucket hash simply tells the nodes which hashtree of files they need to download in order to execute that contract.
The buckets are shared within the network of nodes. Someone could, for example, write a contract with a series of nodes in order to host their data for them. Buckets can hold any kind of data, and can be of any size... including encrypted data.
The blockchain's blocks are chained together using a mining system similar to bitcoin (hashcash algorithm). Each block contains transactions. The requested difficulty increases when the amount of transactions in a block increases, linearly. Then, when a block is mined properly, another smaller mining effort is requested to link the block to the network's head block.
To replace a block, you need to create another block with more transactions than the amount that were transacted in and after the mined block.
I expect current payment processors to begin accepting transactions and mine them for their customers and make money with fees, in parallel. Using such a mechanism, miners will need to have a lot of bandwidth available in order to keep downloading the blocks of other miners, just like the current payment processors.
The contracts is code written in our custom programming language. Their code is pushed using a transaction, and hosted in buckets. Like you can see, the contract's data are off-chain, only its bucket hash is on-chain. The contract can be used to listen to events that occurs on the blockchain, in any buckets hosted by nodes or on any website that can be crawled and parsed in the contract.
There is also an identity system and a vouching system...which enable the creation of soft-money (promise of future payment in hard money (our cryptocurrency) if a series of events arrive).
The contracts can also be compiled to a legal-binding framework and be potentially be used in court. The contracts currently compile to english and french only.
I also built a browser that contains a 3D viewport, using OpenGL. The browser contains a domain name system (DNS) in form of contracts. Anyone can buy a new domain by creating a transaction with a bucket that contains code to reserve a specific name. When a user request a domain name, it discovers the bucket that is attached to the domain, download that bucket and executes its scripts... which renders in the 3D viewport.
When people interact with an application, the application can create contracts on behalf of the user and send them to the blockchain via a transaction. This enables normal users (non-developers) to interact with others using legal contracts, by using a GUI software.
The hard money (cryptocurrency) is all pre-mined and will be sold to entities (people/company) that want to use the network. The hard money can be re-sold using the contract proposition system, for payment in cash or a bank transfer. The fiat funds will go to my company in order to create services that use this specific network of contracts. The goal is to use the funds to make the network grow and increase its demand in hard money. For now, we plan to create:
A logistic and transportation company
A delivery company
A company that buy and sell real estate options
A company that manage real estate
A software development company
A world-wide fiat money transfer company
A payment processor company
We chose these niche because our team has a lot of experience in these areas: we currently run companies in these fields. These niche also generate a lot of revenue and expenses, making the value of exchanges high. We expect this to drive volume in contracts, soft-money and hard-money exchanges.
We also plan to use the funds to create a venture capital fund that invests in startups that wants to create contracts on our network to execute a specific service in a specific niche.
I'm about to release the software open source very soon and begin executing our commercial activities on the network. Before launching, I'd like to open a discussion with the community regarding the details of how this software works and how it is explained in the whitepaper.
If you'd like to read the whitepaper and open a discussion with me regarding how things work, please send me an email at [email protected] .
If you have any comment, please comment below and Ill try to answer every question. Please note that before peer-reviewing the software and the whitepaper, I'd like to keep the specific details of the software private, but can discuss the general details. A release date will be given once my work has been peer reviewed.
Thanks all in advance!
P.S: This project is not a competition to bitcoin. My goal with this project is to enable companies to write contracts together, easily follow events that are executed in their contracts, understand what to expect from their partnership and what they need to give in order to receive their share of deals... and sell their contracts that they no longer need to other community members.
Bitcoin already has a network of people that uses it. It has its own value. In fact, I plan to create contracts on our network to exchange value from our network for bitcoin and vice-versa. Same for any commodity and currency that currently exits in this world.
submitted by steve-rodrigue to compsci [link] [comments]

Technical: Taproot: Why Activate?

This is a follow-up on https://old.reddit.com/Bitcoin/comments/hqzp14/technical_the_path_to_taproot_activation/
Taproot! Everybody wants it!! But... you might ask yourself: sure, everybody else wants it, but why would I, sovereign Bitcoin HODLer, want it? Surely I can be better than everybody else because I swapped XXX fiat for Bitcoin unlike all those nocoiners?
And it is important for you to know the reasons why you, o sovereign Bitcoiner, would want Taproot activated. After all, your nodes (or the nodes your wallets use, which if you are SPV, you hopefully can pester to your wallet vendoimplementor about) need to be upgraded in order for Taproot activation to actually succeed instead of becoming a hot sticky mess.
First, let's consider some principles of Bitcoin.
I'm sure most of us here would agree that the above are very important principles of Bitcoin and that these are principles we would not be willing to remove. If anything, we would want those principles strengthened (especially the last one, financial privacy, which current Bitcoin is only sporadically strong with: you can get privacy, it just requires effort to do so).
So, how does Taproot affect those principles?

Taproot and Your /Coins

Most HODLers probably HODL their coins in singlesig addresses. Sadly, switching to Taproot would do very little for you (it gives a mild discount at spend time, at the cost of a mild increase in fee at receive time (paid by whoever sends to you, so if it's a self-send from a P2PKH or bech32 address, you pay for this); mostly a wash).
(technical details: a Taproot output is 1 version byte + 32 byte public key, while a P2WPKH (bech32 singlesig) output is 1 version byte + 20 byte public key hash, so the Taproot output spends 12 bytes more; spending from a P2WPKH requires revealing a 32-byte public key later, which is not needed with Taproot, and Taproot signatures are about 9 bytes smaller than P2WPKH signatures, but the 32 bytes plus 9 bytes is divided by 4 because of the witness discount, so it saves about 11 bytes; mostly a wash, it increases blockweight by about 1 virtual byte, 4 weight for each Taproot-output-input, compared to P2WPKH-output-input).
However, as your HODLings grow in value, you might start wondering if multisignature k-of-n setups might be better for the security of your savings. And it is in multisignature that Taproot starts to give benefits!
Taproot switches to using Schnorr signing scheme. Schnorr makes key aggregation -- constructing a single public key from multiple public keys -- almost as trivial as adding numbers together. "Almost" because it involves some fairly advanced math instead of simple boring number adding, but hey when was the last time you added up your grocery list prices by hand huh?
With current P2SH and P2WSH multisignature schemes, if you have a 2-of-3 setup, then to spend, you need to provide two different signatures from two different public keys. With Taproot, you can create, using special moon math, a single public key that represents your 2-of-3 setup. Then you just put two of your devices together, have them communicate to each other (this can be done airgapped, in theory, by sending QR codes: the software to do this is not even being built yet, but that's because Taproot hasn't activated yet!), and they will make a single signature to authorize any spend from your 2-of-3 address. That's 73 witness bytes -- 18.25 virtual bytes -- of signatures you save!
And if you decide that your current setup with 1-of-1 P2PKH / P2WPKH addresses is just fine as-is: well, that's the whole point of a softfork: backwards-compatibility; you can receive from Taproot users just fine, and once your wallet is updated for Taproot-sending support, you can send to Taproot users just fine as well!
(P2WPKH and P2WSH -- SegWit v0 -- addresses start with bc1q; Taproot -- SegWit v1 --- addresses start with bc1p, in case you wanted to know the difference; in bech32 q is 0, p is 1)
Now how about HODLers who keep all, or some, of their coins on custodial services? Well, any custodial service worth its salt would be doing at least 2-of-3, or probably something even bigger, like 11-of-15. So your custodial service, if it switched to using Taproot internally, could save a lot more (imagine an 11-of-15 getting reduced from 11 signatures to just 1!), which --- we can only hope! --- should translate to lower fees and better customer service from your custodial service!
So I think we can say, very accurately, that the Bitcoin principle --- that YOU are in control of your money --- can only be helped by Taproot (if you are doing multisignature), and, because P2PKH and P2WPKH remain validly-usable addresses in a Taproot future, will not be harmed by Taproot. Its benefit to this principle might be small (it mostly only benefits multisignature users) but since it has no drawbacks with this (i.e. singlesig users can continue to use P2WPKH and P2PKH still) this is still a nice, tidy win!
(even singlesig users get a minor benefit, in that multisig users will now reduce their blockchain space footprint, so that fees can be kept low for everybody; so for example even if you have your single set of private keys engraved on titanium plates sealed in an airtight box stored in a safe buried in a desert protected by angry nomads riding giant sandworms because you're the frickin' Kwisatz Haderach, you still gain some benefit from Taproot)
And here's the important part: if P2PKH/P2WPKH is working perfectly fine with you and you decide to never use Taproot yourself, Taproot will not affect you detrimentally. First do no harm!

Taproot and Your Contracts

No one is an island, no one lives alone. Give and you shall receive. You know: by trading with other people, you can gain expertise in some obscure little necessity of the world (and greatly increase your productivity in that little field), and then trade the products of your expertise for necessities other people have created, all of you thereby gaining gains from trade.
So, contracts, which are basically enforceable agreements that facilitate trading with people who you do not personally know and therefore might not trust.
Let's start with a simple example. You want to buy some gewgaws from somebody. But you don't know them personally. The seller wants the money, you want their gewgaws, but because of the lack of trust (you don't know them!! what if they're scammers??) neither of you can benefit from gains from trade.
However, suppose both of you know of some entity that both of you trust. That entity can act as a trusted escrow. The entity provides you security: this enables the trade, allowing both of you to get gains from trade.
In Bitcoin-land, this can be implemented as a 2-of-3 multisignature. The three signatories in the multisgnature would be you, the gewgaw seller, and the escrow. You put the payment for the gewgaws into this 2-of-3 multisignature address.
Now, suppose it turns out neither of you are scammers (whaaaat!). You receive the gewgaws just fine and you're willing to pay up for them. Then you and the gewgaw seller just sign a transaction --- you and the gewgaw seller are 2, sufficient to trigger the 2-of-3 --- that spends from the 2-of-3 address to a singlesig the gewgaw seller wants (or whatever address the gewgaw seller wants).
But suppose some problem arises. The seller gave you gawgews instead of gewgaws. Or you decided to keep the gewgaws but not sign the transaction to release the funds to the seller. In either case, the escrow is notified, and if it can sign with you to refund the funds back to you (if the seller was a scammer) or it can sign with the seller to forward the funds to the seller (if you were a scammer).
Taproot helps with this: like mentioned above, it allows multisignature setups to produce only one signature, reducing blockchain space usage, and thus making contracts --- which require multiple people, by definition, you don't make contracts with yourself --- is made cheaper (which we hope enables more of these setups to happen for more gains from trade for everyone, also, moon and lambos).
(technology-wise, it's easier to make an n-of-n than a k-of-n, making a k-of-n would require a complex setup involving a long ritual with many communication rounds between the n participants, but an n-of-n can be done trivially with some moon math. You can, however, make what is effectively a 2-of-3 by using a three-branch SCRIPT: either 2-of-2 of you and seller, OR 2-of-2 of you and escrow, OR 2-of-2 of escrow and seller. Fortunately, Taproot adds a facility to embed a SCRIPT inside a public key, so you can have a 2-of-2 Taprooted address (between you and seller) with a SCRIPT branch that can instead be spent with 2-of-2 (you + escrow) OR 2-of-2 (seller + escrow), which implements the three-branched SCRIPT above. If neither of you are scammers (hopefully the common case) then you both sign using your keys and never have to contact the escrow, since you are just using the escrow public key without coordinating with them (because n-of-n is trivial but k-of-n requires setup with communication rounds), so in the "best case" where both of you are honest traders, you also get a privacy boost, in that the escrow never learns you have been trading on gewgaws, I mean ewww, gawgews are much better than gewgaws and therefore I now judge you for being a gewgaw enthusiast, you filthy gewgawer).

Taproot and Your Contracts, Part 2: Cryptographic Boogaloo

Now suppose you want to buy some data instead of things. For example, maybe you have some closed-source software in trial mode installed, and want to pay the developer for the full version. You want to pay for an activation code.
This can be done, today, by using an HTLC. The developer tells you the hash of the activation code. You pay to an HTLC, paying out to the developer if it reveals the preimage (the activation code), or refunding the money back to you after a pre-agreed timeout. If the developer claims the funds, it has to reveal the preimage, which is the activation code, and you can now activate your software. If the developer does not claim the funds by the timeout, you get refunded.
And you can do that, with HTLCs, today.
Of course, HTLCs do have problems:
Fortunately, with Schnorr (which is enabled by Taproot), we can now use the Scriptless Script constuction by Andrew Poelstra. This Scriptless Script allows a new construction, the PTLC or Pointlocked Timelocked Contract. Instead of hashes and preimages, just replace "hash" with "point" and "preimage" with "scalar".
Or as you might know them: "point" is really "public key" and "scalar" is really a "private key". What a PTLC does is that, given a particular public key, the pointlocked branch can be spent only if the spender reveals the private key of the given public key to you.
Another nice thing with PTLCs is that they are deniable. What appears onchain is just a single 2-of-2 signature between you and the developemanufacturer. It's like a magic trick. This signature has no special watermarks, it's a perfectly normal signature (the pledge). However, from this signature, plus some datta given to you by the developemanufacturer (known as the adaptor signature) you can derive the private key of a particular public key you both agree on (the turn). Anyone scraping the blockchain will just see signatures that look just like every other signature, and as long as nobody manages to hack you and get a copy of the adaptor signature or the private key, they cannot get the private key behind the public key (point) that the pointlocked branch needs (the prestige).
(Just to be clear, the public key you are getting the private key from, is distinct from the public key that the developemanufacturer will use for its funds. The activation key is different from the developer's onchain Bitcoin key, and it is the activation key whose private key you will be learning, not the developer's/manufacturer's onchain Bitcoin key).
So:
Taproot lets PTLCs exist onchain because they enable Schnorr, which is a requirement of PTLCs / Scriptless Script.
(technology-wise, take note that Scriptless Script works only for the "pointlocked" branch of the contract; you need normal Script, or a pre-signed nLockTimed transaction, for the "timelocked" branch. Since Taproot can embed a script, you can have the Taproot pubkey be a 2-of-2 to implement the Scriptless Script "pointlocked" branch, then have a hidden script that lets you recover the funds with an OP_CHECKLOCKTIMEVERIFY after the timeout if the seller does not claim the funds.)

Quantum Quibbles!

Now if you were really paying attention, you might have noticed this parenthetical:
(technical details: a Taproot output is 1 version byte + 32 byte public key, while a P2WPKH (bech32 singlesig) output is 1 version byte + 20 byte public key hash...)
So wait, Taproot uses raw 32-byte public keys, and not public key hashes? Isn't that more quantum-vulnerable??
Well, in theory yes. In practice, they probably are not.
It's not that hashes can be broken by quantum computes --- they're still not. Instead, you have to look at how you spend from a P2WPKH/P2PKH pay-to-public-key-hash.
When you spend from a P2PKH / P2WPKH, you have to reveal the public key. Then Bitcoin hashes it and checks if this matches with the public-key-hash, and only then actually validates the signature for that public key.
So an unconfirmed transaction, floating in the mempools of nodes globally, will show, in plain sight for everyone to see, your public key.
(public keys should be public, that's why they're called public keys, LOL)
And if quantum computers are fast enough to be of concern, then they are probably fast enough that, in the several minutes to several hours from broadcast to confirmation, they have already cracked the public key that is openly broadcast with your transaction. The owner of the quantum computer can now replace your unconfirmed transaction with one that pays the funds to itself. Even if you did not opt-in RBF, miners are still incentivized to support RBF on RBF-disabled transactions.
So the extra hash is not as significant a protection against quantum computers as you might think. Instead, the extra hash-and-compare needed is just extra validation effort.
Further, if you have ever, in the past, spent from the address, then there exists already a transaction indelibly stored on the blockchain, openly displaying the public key from which quantum computers can derive the private key. So those are still vulnerable to quantum computers.
For the most part, the cryptographers behind Taproot (and Bitcoin Core) are of the opinion that quantum computers capable of cracking Bitcoin pubkeys are unlikely to appear within a decade or two.
So:
For now, the homomorphic and linear properties of elliptic curve cryptography provide a lot of benefits --- particularly the linearity property is what enables Scriptless Script and simple multisignature (i.e. multisignatures that are just 1 signature onchain). So it might be a good idea to take advantage of them now while we are still fairly safe against quantum computers. It seems likely that quantum-safe signature schemes are nonlinear (thus losing these advantages).

Summary

I Wanna Be The Taprooter!

So, do you want to help activate Taproot? Here's what you, mister sovereign Bitcoin HODLer, can do!

But I Hate Taproot!!

That's fine!

Discussions About Taproot Activation

submitted by almkglor to Bitcoin [link] [comments]

Why i’m bullish on Zilliqa (long read)

Edit: TL;DR added in the comments
 
Hey all, I've been researching coins since 2017 and have gone through 100s of them in the last 3 years. I got introduced to blockchain via Bitcoin of course, analyzed Ethereum thereafter and from that moment I have a keen interest in smart contact platforms. I’m passionate about Ethereum but I find Zilliqa to have a better risk-reward ratio. Especially because Zilliqa has found an elegant balance between being secure, decentralized and scalable in my opinion.
 
Below I post my analysis of why from all the coins I went through I’m most bullish on Zilliqa (yes I went through Tezos, EOS, NEO, VeChain, Harmony, Algorand, Cardano etc.). Note that this is not investment advice and although it's a thorough analysis there is obviously some bias involved. Looking forward to what you all think!
 
Fun fact: the name Zilliqa is a play on ‘silica’ silicon dioxide which means “Silicon for the high-throughput consensus computer.”
 
This post is divided into (i) Technology, (ii) Business & Partnerships, and (iii) Marketing & Community. I’ve tried to make the technology part readable for a broad audience. If you’ve ever tried understanding the inner workings of Bitcoin and Ethereum you should be able to grasp most parts. Otherwise, just skim through and once you are zoning out head to the next part.
 
Technology and some more:
 
Introduction
 
The technology is one of the main reasons why I’m so bullish on Zilliqa. First thing you see on their website is: “Zilliqa is a high-performance, high-security blockchain platform for enterprises and next-generation applications.” These are some bold statements.
 
Before we deep dive into the technology let’s take a step back in time first as they have quite the history. The initial research paper from which Zilliqa originated dates back to August 2016: Elastico: A Secure Sharding Protocol For Open Blockchains where Loi Luu (Kyber Network) is one of the co-authors. Other ideas that led to the development of what Zilliqa has become today are: Bitcoin-NG, collective signing CoSi, ByzCoin and Omniledger.
 
The technical white paper was made public in August 2017 and since then they have achieved everything stated in the white paper and also created their own open source intermediate level smart contract language called Scilla (functional programming language similar to OCaml) too.
 
Mainnet is live since the end of January 2019 with daily transaction rates growing continuously. About a week ago mainnet reached 5 million transactions, 500.000+ addresses in total along with 2400 nodes keeping the network decentralized and secure. Circulating supply is nearing 11 billion and currently only mining rewards are left. The maximum supply is 21 billion with annual inflation being 7.13% currently and will only decrease with time.
 
Zilliqa realized early on that the usage of public cryptocurrencies and smart contracts were increasing but decentralized, secure, and scalable alternatives were lacking in the crypto space. They proposed to apply sharding onto a public smart contract blockchain where the transaction rate increases almost linear with the increase in the amount of nodes. More nodes = higher transaction throughput and increased decentralization. Sharding comes in many forms and Zilliqa uses network-, transaction- and computational sharding. Network sharding opens up the possibility of using transaction- and computational sharding on top. Zilliqa does not use state sharding for now. We’ll come back to this later.
 
Before we continue dissecting how Zilliqa achieves such from a technological standpoint it’s good to keep in mind that a blockchain being decentralised and secure and scalable is still one of the main hurdles in allowing widespread usage of decentralised networks. In my opinion this needs to be solved first before blockchains can get to the point where they can create and add large scale value. So I invite you to read the next section to grasp the underlying fundamentals. Because after all these premises need to be true otherwise there isn’t a fundamental case to be bullish on Zilliqa, right?
 
Down the rabbit hole
 
How have they achieved this? Let’s define the basics first: key players on Zilliqa are the users and the miners. A user is anybody who uses the blockchain to transfer funds or run smart contracts. Miners are the (shard) nodes in the network who run the consensus protocol and get rewarded for their service in Zillings (ZIL). The mining network is divided into several smaller networks called shards, which is also referred to as ‘network sharding’. Miners subsequently are randomly assigned to a shard by another set of miners called DS (Directory Service) nodes. The regular shards process transactions and the outputs of these shards are eventually combined by the DS shard as they reach consensus on the final state. More on how these DS shards reach consensus (via pBFT) will be explained later on.
 
The Zilliqa network produces two types of blocks: DS blocks and Tx blocks. One DS Block consists of 100 Tx Blocks. And as previously mentioned there are two types of nodes concerned with reaching consensus: shard nodes and DS nodes. Becoming a shard node or DS node is being defined by the result of a PoW cycle (Ethash) at the beginning of the DS Block. All candidate mining nodes compete with each other and run the PoW (Proof-of-Work) cycle for 60 seconds and the submissions achieving the highest difficulty will be allowed on the network. And to put it in perspective: the average difficulty for one DS node is ~ 2 Th/s equaling 2.000.000 Mh/s or 55 thousand+ GeForce GTX 1070 / 8 GB GPUs at 35.4 Mh/s. Each DS Block 10 new DS nodes are allowed. And a shard node needs to provide around 8.53 GH/s currently (around 240 GTX 1070s). Dual mining ETH/ETC and ZIL is possible and can be done via mining software such as Phoenix and Claymore. There are pools and if you have large amounts of hashing power (Ethash) available you could mine solo.
 
The PoW cycle of 60 seconds is a peak performance and acts as an entry ticket to the network. The entry ticket is called a sybil resistance mechanism and makes it incredibly hard for adversaries to spawn lots of identities and manipulate the network with these identities. And after every 100 Tx Blocks which corresponds to roughly 1,5 hour this PoW process repeats. In between these 1,5 hour, no PoW needs to be done meaning Zilliqa’s energy consumption to keep the network secure is low. For more detailed information on how mining works click here.
Okay, hats off to you. You have made it this far. Before we go any deeper down the rabbit hole we first must understand why Zilliqa goes through all of the above technicalities and understand a bit more what a blockchain on a more fundamental level is. Because the core of Zilliqa’s consensus protocol relies on the usage of pBFT (practical Byzantine Fault Tolerance) we need to know more about state machines and their function. Navigate to Viewblock, a Zilliqa block explorer, and just come back to this article. We will use this site to navigate through a few concepts.
 
We have established that Zilliqa is a public and distributed blockchain. Meaning that everyone with an internet connection can send ZILs, trigger smart contracts, etc. and there is no central authority who fully controls the network. Zilliqa and other public and distributed blockchains (like Bitcoin and Ethereum) can also be defined as state machines.
 
Taking the liberty of paraphrasing examples and definitions given by Samuel Brooks’ medium article, he describes the definition of a blockchain (like Zilliqa) as: “A peer-to-peer, append-only datastore that uses consensus to synchronize cryptographically-secure data”.
 
Next, he states that: "blockchains are fundamentally systems for managing valid state transitions”. For some more context, I recommend reading the whole medium article to get a better grasp of the definitions and understanding of state machines. Nevertheless, let’s try to simplify and compile it into a single paragraph. Take traffic lights as an example: all its states (red, amber, and green) are predefined, all possible outcomes are known and it doesn’t matter if you encounter the traffic light today or tomorrow. It will still behave the same. Managing the states of a traffic light can be done by triggering a sensor on the road or pushing a button resulting in one traffic lights’ state going from green to red (via amber) and another light from red to green.
 
With public blockchains like Zilliqa, this isn’t so straightforward and simple. It started with block #1 almost 1,5 years ago and every 45 seconds or so a new block linked to the previous block is being added. Resulting in a chain of blocks with transactions in it that everyone can verify from block #1 to the current #647.000+ block. The state is ever changing and the states it can find itself in are infinite. And while the traffic light might work together in tandem with various other traffic lights, it’s rather insignificant comparing it to a public blockchain. Because Zilliqa consists of 2400 nodes who need to work together to achieve consensus on what the latest valid state is while some of these nodes may have latency or broadcast issues, drop offline or are deliberately trying to attack the network, etc.
 
Now go back to the Viewblock page take a look at the amount of transaction, addresses, block and DS height and then hit refresh. Obviously as expected you see new incremented values on one or all parameters. And how did the Zilliqa blockchain manage to transition from a previous valid state to the latest valid state? By using pBFT to reach consensus on the latest valid state.
 
After having obtained the entry ticket, miners execute pBFT to reach consensus on the ever-changing state of the blockchain. pBFT requires a series of network communication between nodes, and as such there is no GPU involved (but CPU). Resulting in the total energy consumed to keep the blockchain secure, decentralized and scalable being low.
 
pBFT stands for practical Byzantine Fault Tolerance and is an optimization on the Byzantine Fault Tolerant algorithm. To quote Blockonomi: “In the context of distributed systems, Byzantine Fault Tolerance is the ability of a distributed computer network to function as desired and correctly reach a sufficient consensus despite malicious components (nodes) of the system failing or propagating incorrect information to other peers.” Zilliqa is such a distributed computer network and depends on the honesty of the nodes (shard and DS) to reach consensus and to continuously update the state with the latest block. If pBFT is a new term for you I can highly recommend the Blockonomi article.
 
The idea of pBFT was introduced in 1999 - one of the authors even won a Turing award for it - and it is well researched and applied in various blockchains and distributed systems nowadays. If you want more advanced information than the Blockonomi link provides click here. And if you’re in between Blockonomi and the University of Singapore read the Zilliqa Design Story Part 2 dating from October 2017.
Quoting from the Zilliqa tech whitepaper: “pBFT relies upon a correct leader (which is randomly selected) to begin each phase and proceed when the sufficient majority exists. In case the leader is byzantine it can stall the entire consensus protocol. To address this challenge, pBFT offers a view change protocol to replace the byzantine leader with another one.”
 
pBFT can tolerate ⅓ of the nodes being dishonest (offline counts as Byzantine = dishonest) and the consensus protocol will function without stalling or hiccups. Once there are more than ⅓ of dishonest nodes but no more than ⅔ the network will be stalled and a view change will be triggered to elect a new DS leader. Only when more than ⅔ of the nodes are dishonest (66%) double-spend attacks become possible.
 
If the network stalls no transactions can be processed and one has to wait until a new honest leader has been elected. When the mainnet was just launched and in its early phases, view changes happened regularly. As of today the last stalling of the network - and view change being triggered - was at the end of October 2019.
 
Another benefit of using pBFT for consensus besides low energy is the immediate finality it provides. Once your transaction is included in a block and the block is added to the chain it’s done. Lastly, take a look at this article where three types of finality are being defined: probabilistic, absolute and economic finality. Zilliqa falls under the absolute finality (just like Tendermint for example). Although lengthy already we skipped through some of the inner workings from Zilliqa’s consensus: read the Zilliqa Design Story Part 3 and you will be close to having a complete picture on it. Enough about PoW, sybil resistance mechanism, pBFT, etc. Another thing we haven’t looked at yet is the amount of decentralization.
 
Decentralisation
 
Currently, there are four shards, each one of them consisting of 600 nodes. 1 shard with 600 so-called DS nodes (Directory Service - they need to achieve a higher difficulty than shard nodes) and 1800 shard nodes of which 250 are shard guards (centralized nodes controlled by the team). The amount of shard guards has been steadily declining from 1200 in January 2019 to 250 as of May 2020. On the Viewblock statistics, you can see that many of the nodes are being located in the US but those are only the (CPU parts of the) shard nodes who perform pBFT. There is no data from where the PoW sources are coming. And when the Zilliqa blockchain starts reaching its transaction capacity limit, a network upgrade needs to be executed to lift the current cap of maximum 2400 nodes to allow more nodes and formation of more shards which will allow to network to keep on scaling according to demand.
Besides shard nodes there are also seed nodes. The main role of seed nodes is to serve as direct access points (for end-users and clients) to the core Zilliqa network that validates transactions. Seed nodes consolidate transaction requests and forward these to the lookup nodes (another type of nodes) for distribution to the shards in the network. Seed nodes also maintain the entire transaction history and the global state of the blockchain which is needed to provide services such as block explorers. Seed nodes in the Zilliqa network are comparable to Infura on Ethereum.
 
The seed nodes were first only operated by Zilliqa themselves, exchanges and Viewblock. Operators of seed nodes like exchanges had no incentive to open them for the greater public. They were centralised at first. Decentralisation at the seed nodes level has been steadily rolled out since March 2020 ( Zilliqa Improvement Proposal 3 ). Currently the amount of seed nodes is being increased, they are public-facing and at the same time PoS is applied to incentivize seed node operators and make it possible for ZIL holders to stake and earn passive yields. Important distinction: seed nodes are not involved with consensus! That is still PoW as entry ticket and pBFT for the actual consensus.
 
5% of the block rewards are being assigned to seed nodes (from the beginning in 2019) and those are being used to pay out ZIL stakers. The 5% block rewards with an annual yield of 10.03% translate to roughly 610 MM ZILs in total that can be staked. Exchanges use the custodial variant of staking and wallets like Moonlet will use the non-custodial version (starting in Q3 2020). Staking is being done by sending ZILs to a smart contract created by Zilliqa and audited by Quantstamp.
 
With a high amount of DS; shard nodes and seed nodes becoming more decentralized too, Zilliqa qualifies for the label of decentralized in my opinion.
 
Smart contracts
 
Let me start by saying I’m not a developer and my programming skills are quite limited. So I‘m taking the ELI5 route (maybe 12) but if you are familiar with Javascript, Solidity or specifically OCaml please head straight to Scilla - read the docs to get a good initial grasp of how Zilliqa’s smart contract language Scilla works and if you ask yourself “why another programming language?” check this article. And if you want to play around with some sample contracts in an IDE click here. The faucet can be found here. And more information on architecture, dapp development and API can be found on the Developer Portal.
If you are more into listening and watching: check this recent webinar explaining Zilliqa and Scilla. Link is time-stamped so you’ll start right away with a platform introduction, roadmap 2020 and afterwards a proper Scilla introduction.
 
Generalized: programming languages can be divided into being ‘object-oriented’ or ‘functional’. Here is an ELI5 given by software development academy: * “all programs have two basic components, data – what the program knows – and behavior – what the program can do with that data. So object-oriented programming states that combining data and related behaviors in one place, is called “object”, which makes it easier to understand how a particular program works. On the other hand, functional programming argues that data and behavior are different things and should be separated to ensure their clarity.” *
 
Scilla is on the functional side and shares similarities with OCaml: OCaml is a general-purpose programming language with an emphasis on expressiveness and safety. It has an advanced type system that helps catch your mistakes without getting in your way. It's used in environments where a single mistake can cost millions and speed matters, is supported by an active community, and has a rich set of libraries and development tools. For all its power, OCaml is also pretty simple, which is one reason it's often used as a teaching language.
 
Scilla is blockchain agnostic, can be implemented onto other blockchains as well, is recognized by academics and won a so-called Distinguished Artifact Award award at the end of last year.
 
One of the reasons why the Zilliqa team decided to create their own programming language focused on preventing smart contract vulnerabilities is that adding logic on a blockchain, programming, means that you cannot afford to make mistakes. Otherwise, it could cost you. It’s all great and fun blockchains being immutable but updating your code because you found a bug isn’t the same as with a regular web application for example. And with smart contracts, it inherently involves cryptocurrencies in some form thus value.
 
Another difference with programming languages on a blockchain is gas. Every transaction you do on a smart contract platform like Zilliqa or Ethereum costs gas. With gas you basically pay for computational costs. Sending a ZIL from address A to address B costs 0.001 ZIL currently. Smart contracts are more complex, often involve various functions and require more gas (if gas is a new concept click here ).
 
So with Scilla, similar to Solidity, you need to make sure that “every function in your smart contract will run as expected without hitting gas limits. An improper resource analysis may lead to situations where funds may get stuck simply because a part of the smart contract code cannot be executed due to gas limits. Such constraints are not present in traditional software systems”. Scilla design story part 1
 
Some examples of smart contract issues you’d want to avoid are: leaking funds, ‘unexpected changes to critical state variables’ (example: someone other than you setting his or her address as the owner of the smart contract after creation) or simply killing a contract.
 
Scilla also allows for formal verification. Wikipedia to the rescue: In the context of hardware and software systems, formal verification is the act of proving or disproving the correctness of intended algorithms underlying a system with respect to a certain formal specification or property, using formal methods of mathematics.
 
Formal verification can be helpful in proving the correctness of systems such as: cryptographic protocols, combinational circuits, digital circuits with internal memory, and software expressed as source code.
 
Scilla is being developed hand-in-hand with formalization of its semantics and its embedding into the Coq proof assistant — a state-of-the art tool for mechanized proofs about properties of programs.”
 
Simply put, with Scilla and accompanying tooling developers can be mathematically sure and proof that the smart contract they’ve written does what he or she intends it to do.
 
Smart contract on a sharded environment and state sharding
 
There is one more topic I’d like to touch on: smart contract execution in a sharded environment (and what is the effect of state sharding). This is a complex topic. I’m not able to explain it any easier than what is posted here. But I will try to compress the post into something easy to digest.
 
Earlier on we have established that Zilliqa can process transactions in parallel due to network sharding. This is where the linear scalability comes from. We can define simple transactions: a transaction from address A to B (Category 1), a transaction where a user interacts with one smart contract (Category 2) and the most complex ones where triggering a transaction results in multiple smart contracts being involved (Category 3). The shards are able to process transactions on their own without interference of the other shards. With Category 1 transactions that is doable, with Category 2 transactions sometimes if that address is in the same shard as the smart contract but with Category 3 you definitely need communication between the shards. Solving that requires to make a set of communication rules the protocol needs to follow in order to process all transactions in a generalised fashion.
 
And this is where the downsides of state sharding comes in currently. All shards in Zilliqa have access to the complete state. Yes the state size (0.1 GB at the moment) grows and all of the nodes need to store it but it also means that they don’t need to shop around for information available on other shards. Requiring more communication and adding more complexity. Computer science knowledge and/or developer knowledge required links if you want to dig further: Scilla - language grammar Scilla - Foundations for Verifiable Decentralised Computations on a Blockchain Gas Accounting NUS x Zilliqa: Smart contract language workshop
 
Easier to follow links on programming Scilla https://learnscilla.com/home Ivan on Tech
 
Roadmap / Zilliqa 2.0
 
There is no strict defined roadmap but here are topics being worked on. And via the Zilliqa website there is also more information on the projects they are working on.
 
Business & Partnerships
 
It’s not only technology in which Zilliqa seems to be excelling as their ecosystem has been expanding and starting to grow rapidly. The project is on a mission to provide OpenFinance (OpFi) to the world and Singapore is the right place to be due to its progressive regulations and futuristic thinking. Singapore has taken a proactive approach towards cryptocurrencies by introducing the Payment Services Act 2019 (PS Act). Among other things, the PS Act will regulate intermediaries dealing with certain cryptocurrencies, with a particular focus on consumer protection and anti-money laundering. It will also provide a stable regulatory licensing and operating framework for cryptocurrency entities, effectively covering all crypto businesses and exchanges based in Singapore. According to PWC 82% of the surveyed executives in Singapore reported blockchain initiatives underway and 13% of them have already brought the initiatives live to the market. There is also an increasing list of organizations that are starting to provide digital payment services. Moreover, Singaporean blockchain developers Building Cities Beyond has recently created an innovation $15 million grant to encourage development on its ecosystem. This all suggests that Singapore tries to position itself as (one of) the leading blockchain hubs in the world.
 
Zilliqa seems to already take advantage of this and recently helped launch Hg Exchange on their platform, together with financial institutions PhillipCapital, PrimePartners and Fundnel. Hg Exchange, which is now approved by the Monetary Authority of Singapore (MAS), uses smart contracts to represent digital assets. Through Hg Exchange financial institutions worldwide can use Zilliqa's safe-by-design smart contracts to enable the trading of private equities. For example, think of companies such as Grab, Airbnb, SpaceX that are not available for public trading right now. Hg Exchange will allow investors to buy shares of private companies & unicorns and capture their value before an IPO. Anquan, the main company behind Zilliqa, has also recently announced that they became a partner and shareholder in TEN31 Bank, which is a fully regulated bank allowing for tokenization of assets and is aiming to bridge the gap between conventional banking and the blockchain world. If STOs, the tokenization of assets, and equity trading will continue to increase, then Zilliqa’s public blockchain would be the ideal candidate due to its strategic positioning, partnerships, regulatory compliance and the technology that is being built on top of it.
 
What is also very encouraging is their focus on banking the un(der)banked. They are launching a stablecoin basket starting with XSGD. As many of you know, stablecoins are currently mostly used for trading. However, Zilliqa is actively trying to broaden the use case of stablecoins. I recommend everybody to read this text that Amrit Kumar wrote (one of the co-founders). These stablecoins will be integrated in the traditional markets and bridge the gap between the crypto world and the traditional world. This could potentially revolutionize and legitimise the crypto space if retailers and companies will for example start to use stablecoins for payments or remittances, instead of it solely being used for trading.
 
Zilliqa also released their DeFi strategic roadmap (dating November 2019) which seems to be aligning well with their OpFi strategy. A non-custodial DEX is coming to Zilliqa made by Switcheo which allows cross-chain trading (atomic swaps) between ETH, EOS and ZIL based tokens. They also signed a Memorandum of Understanding for a (soon to be announced) USD stablecoin. And as Zilliqa is all about regulations and being compliant, I’m speculating on it to be a regulated USD stablecoin. Furthermore, XSGD is already created and visible on block explorer and XIDR (Indonesian Stablecoin) is also coming soon via StraitsX. Here also an overview of the Tech Stack for Financial Applications from September 2019. Further quoting Amrit Kumar on this:
 
There are two basic building blocks in DeFi/OpFi though: 1) stablecoins as you need a non-volatile currency to get access to this market and 2) a dex to be able to trade all these financial assets. The rest are built on top of these blocks.
 
So far, together with our partners and community, we have worked on developing these building blocks with XSGD as a stablecoin. We are working on bringing a USD-backed stablecoin as well. We will soon have a decentralised exchange developed by Switcheo. And with HGX going live, we are also venturing into the tokenization space. More to come in the future.”
 
Additionally, they also have this ZILHive initiative that injects capital into projects. There have been already 6 waves of various teams working on infrastructure, innovation and research, and they are not from ASEAN or Singapore only but global: see Grantees breakdown by country. Over 60 project teams from over 20 countries have contributed to Zilliqa's ecosystem. This includes individuals and teams developing wallets, explorers, developer toolkits, smart contract testing frameworks, dapps, etc. As some of you may know, Unstoppable Domains (UD) blew up when they launched on Zilliqa. UD aims to replace cryptocurrency addresses with a human-readable name and allows for uncensorable websites. Zilliqa will probably be the only one able to handle all these transactions onchain due to ability to scale and its resulting low fees which is why the UD team launched this on Zilliqa in the first place. Furthermore, Zilliqa also has a strong emphasis on security, compliance, and privacy, which is why they partnered with companies like Elliptic, ChainSecurity (part of PwC Switzerland), and Incognito. Their sister company Aqilliz (Zilliqa spelled backwards) focuses on revolutionizing the digital advertising space and is doing interesting things like using Zilliqa to track outdoor digital ads with companies like Foodpanda.
 
Zilliqa is listed on nearly all major exchanges, having several different fiat-gateways and recently have been added to Binance’s margin trading and futures trading with really good volume. They also have a very impressive team with good credentials and experience. They don't just have “tech people”. They have a mix of tech people, business people, marketeers, scientists, and more. Naturally, it's good to have a mix of people with different skill sets if you work in the crypto space.
 
Marketing & Community
 
Zilliqa has a very strong community. If you just follow their Twitter their engagement is much higher for a coin that has approximately 80k followers. They also have been ‘coin of the day’ by LunarCrush many times. LunarCrush tracks real-time cryptocurrency value and social data. According to their data, it seems Zilliqa has a more fundamental and deeper understanding of marketing and community engagement than almost all other coins. While almost all coins have been a bit frozen in the last months, Zilliqa seems to be on its own bull run. It was somewhere in the 100s a few months ago and is currently ranked #46 on CoinGecko. Their official Telegram also has over 20k people and is very active, and their community channel which is over 7k now is more active and larger than many other official channels. Their local communities also seem to be growing.
 
Moreover, their community started ‘Zillacracy’ together with the Zilliqa core team ( see www.zillacracy.com ). It’s a community-run initiative where people from all over the world are now helping with marketing and development on Zilliqa. Since its launch in February 2020 they have been doing a lot and will also run their own non-custodial seed node for staking. This seed node will also allow them to start generating revenue for them to become a self sustaining entity that could potentially scale up to become a decentralized company working in parallel with the Zilliqa core team. Comparing it to all the other smart contract platforms (e.g. Cardano, EOS, Tezos etc.) they don't seem to have started a similar initiative (correct me if I’m wrong though). This suggests in my opinion that these other smart contract platforms do not fully understand how to utilize the ‘power of the community’. This is something you cannot ‘buy with money’ and gives many projects in the space a disadvantage.
 
Zilliqa also released two social products called SocialPay and Zeeves. SocialPay allows users to earn ZILs while tweeting with a specific hashtag. They have recently used it in partnership with the Singapore Red Cross for a marketing campaign after their initial pilot program. It seems like a very valuable social product with a good use case. I can see a lot of traditional companies entering the space through this product, which they seem to suggest will happen. Tokenizing hashtags with smart contracts to get network effect is a very smart and innovative idea.
 
Regarding Zeeves, this is a tipping bot for Telegram. They already have 1000s of signups and they plan to keep upgrading it for more and more people to use it (e.g. they recently have added a quiz features). They also use it during AMAs to reward people in real-time. It’s a very smart approach to grow their communities and get familiar with ZIL. I can see this becoming very big on Telegram. This tool suggests, again, that the Zilliqa team has a deeper understanding of what the crypto space and community needs and is good at finding the right innovative tools to grow and scale.
 
To be honest, I haven’t covered everything (i’m also reaching the character limited haha). So many updates happening lately that it's hard to keep up, such as the International Monetary Fund mentioning Zilliqa in their report, custodial and non-custodial Staking, Binance Margin, Futures, Widget, entering the Indian market, and more. The Head of Marketing Colin Miles has also released this as an overview of what is coming next. And last but not least, Vitalik Buterin has been mentioning Zilliqa lately acknowledging Zilliqa and mentioning that both projects have a lot of room to grow. There is much more info of course and a good part of it has been served to you on a silver platter. I invite you to continue researching by yourself :-) And if you have any comments or questions please post here!
submitted by haveyouheardaboutit to CryptoCurrency [link] [comments]

I built a decentralized legal-binding smart contract system. I need peer reviewers and whitepaper proof readers. Help greatly appreciated!

I originally posted this on /cryptocurrency. I just thought you guys might be able to help as well so I posted it as well. I didn't link to the original post because the bot here keeps deleting my post, even if I use the np link. Hope that's ok...
EDIT: My mother language is french (I'm from Montreal/Canada). Please excuse any blatant grammatical errors.
TLDR: I built a decentralized legal-binding smart contract system. I need peer reviewers and whitepaper proof readers. If you're interested, send me an email to discuss: [[email protected]](mailto:[email protected]) . Thanks in advance!
Hi guys,
For the last few years, I've been working on a decentralized legal-binding contract system. Basically, I created a PoW blockchain software that can receive a hash as an address, and another hash as a bucket, in each transaction.
The address hash is used to tell a specific entity (application/contract/company/person, etc) that uses the blockchain that this transaction might be addressed to them. The bucket hash simply tells the nodes which hashtree of files they need to download in order to execute that contract.
The buckets are shared within the network of nodes. Someone could, for example, write a contract with a series of nodes in order to host their data for them. Buckets can hold any kind of data, and can be of any size... including encrypted data.
The blockchain's blocks are chained together using a mining system similar to bitcoin (hashcash algorithm). Each block contains transactions. The requested difficulty increases when the amount of transactions in a block increases, linearly. Then, when a block is mined properly, another smaller mining effort is requested to link the block to the network's head block.
To replace a block, you need to create another block with more transactions than the amount that were transacted in and after the mined block.
I expect current payment processors to begin accepting transactions and mine them for their customers and make money with fees, in parallel. Using such a mechanism, miners will need to have a lot of bandwidth available in order to keep downloading the blocks of other miners, just like the current payment processors.
The contracts is code written in our custom programming language. Their code is pushed using a transaction, and hosted in buckets. Like you can see, the contract's data are off-chain, only its bucket hash is on-chain. The contract can be used to listen to events that occurs on the blockchain, in any buckets hosted by nodes or on any website that can be crawled and parsed in the contract.
There is also an identity system and a vouching system...which enable the creation of soft-money (promise of future payment in hard money (our cryptocurrency) if a series of events arrive).
The contracts can also be compiled to a legal-binding framework and be potentially be used in court. The contracts currently compile to english and french only.
I also built a browser that contains a 3D viewport, using OpenGL. The browser contains a domain name system (DNS) in form of contracts. Anyone can buy a new domain by creating a transaction with a bucket that contains code to reserve a specific name. When a user request a domain name, it discovers the bucket that is attached to the domain, download that bucket and executes its scripts... which renders in the 3D viewport.
When people interact with an application, the application can create contracts on behalf of the user and send them to the blockchain via a transaction. This enables normal users (non-developers) to interact with others using legal contracts, by using a GUI software.
The hard money (cryptocurrency) is all pre-mined and will be sold to entities (people/company) that want to use the network. The hard money can be re-sold using the contract proposition system, for payment in cash or a bank transfer. The fiat funds will go to my company in order to create services that use this specific network of contracts. The goal is to use the funds to make the network grow and increase its demand in hard money. For now, we plan to create:
  1. A logistic and transportation company
  2. A delivery company
  3. A company that buy and sell real estate options
  4. A company that manage real estate
  5. A software development company
  6. A world-wide fiat money transfer company
  7. A payment processor company
We chose these niche because our team has a lot of experience in these areas: we currently run companies in these fields. These niche also generate a lot of revenue and expenses, making the value of exchanges high. We expect this to drive volume in contracts, soft-money and hard-money.
We also plan to use the funds to create a venture capital fund that invests in startups that wants to create contracts on our network to execute a specific service in a specific niche.
I'm about to release the software open source very soon and begin executing our commercial activities on the network. Before launching, I'd like to open a discussion with the community regarding the details of how this software works and how it is explained in the whitepaper.
If you'd like to read the whitepaper and open a discussion with me regarding how things work, please send me an email at [[email protected]](mailto:[email protected]) .
If you have any comment, please comment below and Ill try to answer every question. Please note that before peer-reviewing the software and the whitepaper, I'd like to keep the specific details of the software private, but can discuss the general details. A release date will be given once my work has been peer reviewed.
Thanks all in advance!
P.S: This project is not a competition to bitcoin. My goal with this project is to enable companies to write contracts together, easily follow events that are executed in their contracts, understand what to expect from their partnership and what they need to give in order to receive their share of deals... and sell their contracts that they no longer need to other community members.
Bitcoin already has a network of people that uses it. It has its own value. In fact, I plan to create contracts on our network to exchange value from our network for bitcoin and vice-versa. Same for any commodity and currency that currently exits in this world.
submitted by steve-rodrigue to CryptoTechnology [link] [comments]

[ Bitcoin ] Technical: Taproot: Why Activate?

Topic originally posted in Bitcoin by almkglor [link]
This is a follow-up on https://old.reddit.com/Bitcoin/comments/hqzp14/technical_the_path_to_taproot_activation/
Taproot! Everybody wants it!! But... you might ask yourself: sure, everybody else wants it, but why would I, sovereign Bitcoin HODLer, want it? Surely I can be better than everybody else because I swapped XXX fiat for Bitcoin unlike all those nocoiners?
And it is important for you to know the reasons why you, o sovereign Bitcoiner, would want Taproot activated. After all, your nodes (or the nodes your wallets use, which if you are SPV, you hopefully can pester to your wallet vendoimplementor about) need to be upgraded in order for Taproot activation to actually succeed instead of becoming a hot sticky mess.
First, let's consider some principles of Bitcoin.
I'm sure most of us here would agree that the above are very important principles of Bitcoin and that these are principles we would not be willing to remove. If anything, we would want those principles strengthened (especially the last one, financial privacy, which current Bitcoin is only sporadically strong with: you can get privacy, it just requires effort to do so).
So, how does Taproot affect those principles?

Taproot and Your /Coins

Most HODLers probably HODL their coins in singlesig addresses. Sadly, switching to Taproot would do very little for you (it gives a mild discount at spend time, at the cost of a mild increase in fee at receive time (paid by whoever sends to you, so if it's a self-send from a P2PKH or bech32 address, you pay for this); mostly a wash).
(technical details: a Taproot output is 1 version byte + 32 byte public key, while a P2WPKH (bech32 singlesig) output is 1 version byte + 20 byte public key hash, so the Taproot output spends 12 bytes more; spending from a P2WPKH requires revealing a 32-byte public key later, which is not needed with Taproot, and Taproot signatures are about 9 bytes smaller than P2WPKH signatures, but the 32 bytes plus 9 bytes is divided by 4 because of the witness discount, so it saves about 11 bytes; mostly a wash, it increases blockweight by about 1 virtual byte, 4 weight for each Taproot-output-input, compared to P2WPKH-output-input).
However, as your HODLings grow in value, you might start wondering if multisignature k-of-n setups might be better for the security of your savings. And it is in multisignature that Taproot starts to give benefits!
Taproot switches to using Schnorr signing scheme. Schnorr makes key aggregation -- constructing a single public key from multiple public keys -- almost as trivial as adding numbers together. "Almost" because it involves some fairly advanced math instead of simple boring number adding, but hey when was the last time you added up your grocery list prices by hand huh?
With current P2SH and P2WSH multisignature schemes, if you have a 2-of-3 setup, then to spend, you need to provide two different signatures from two different public keys. With Taproot, you can create, using special moon math, a single public key that represents your 2-of-3 setup. Then you just put two of your devices together, have them communicate to each other (this can be done airgapped, in theory, by sending QR codes: the software to do this is not even being built yet, but that's because Taproot hasn't activated yet!), and they will make a single signature to authorize any spend from your 2-of-3 address. That's 73 witness bytes -- 18.25 virtual bytes -- of signatures you save!
And if you decide that your current setup with 1-of-1 P2PKH / P2WPKH addresses is just fine as-is: well, that's the whole point of a softfork: backwards-compatibility; you can receive from Taproot users just fine, and once your wallet is updated for Taproot-sending support, you can send to Taproot users just fine as well!
(P2WPKH and P2WSH -- SegWit v0 -- addresses start with bc1q; Taproot -- SegWit v1 --- addresses start with bc1p, in case you wanted to know the difference; in bech32 q is 0, p is 1)
Now how about HODLers who keep all, or some, of their coins on custodial services? Well, any custodial service worth its salt would be doing at least 2-of-3, or probably something even bigger, like 11-of-15. So your custodial service, if it switched to using Taproot internally, could save a lot more (imagine an 11-of-15 getting reduced from 11 signatures to just 1!), which --- we can only hope! --- should translate to lower fees and better customer service from your custodial service!
So I think we can say, very accurately, that the Bitcoin principle --- that YOU are in control of your money --- can only be helped by Taproot (if you are doing multisignature), and, because P2PKH and P2WPKH remain validly-usable addresses in a Taproot future, will not be harmed by Taproot. Its benefit to this principle might be small (it mostly only benefits multisignature users) but since it has no drawbacks with this (i.e. singlesig users can continue to use P2WPKH and P2PKH still) this is still a nice, tidy win!
(even singlesig users get a minor benefit, in that multisig users will now reduce their blockchain space footprint, so that fees can be kept low for everybody; so for example even if you have your single set of private keys engraved on titanium plates sealed in an airtight box stored in a safe buried in a desert protected by angry nomads riding giant sandworms because you're the frickin' Kwisatz Haderach, you still gain some benefit from Taproot)
And here's the important part: if P2PKH/P2WPKH is working perfectly fine with you and you decide to never use Taproot yourself, Taproot will not affect you detrimentally. First do no harm!

Taproot and Your Contracts

No one is an island, no one lives alone. Give and you shall receive. You know: by trading with other people, you can gain expertise in some obscure little necessity of the world (and greatly increase your productivity in that little field), and then trade the products of your expertise for necessities other people have created, all of you thereby gaining gains from trade.
So, contracts, which are basically enforceable agreements that facilitate trading with people who you do not personally know and therefore might not trust.
Let's start with a simple example. You want to buy some gewgaws from somebody. But you don't know them personally. The seller wants the money, you want their gewgaws, but because of the lack of trust (you don't know them!! what if they're scammers??) neither of you can benefit from gains from trade.
However, suppose both of you know of some entity that both of you trust. That entity can act as a trusted escrow. The entity provides you security: this enables the trade, allowing both of you to get gains from trade.
In Bitcoin-land, this can be implemented as a 2-of-3 multisignature. The three signatories in the multisgnature would be you, the gewgaw seller, and the escrow. You put the payment for the gewgaws into this 2-of-3 multisignature address.
Now, suppose it turns out neither of you are scammers (whaaaat!). You receive the gewgaws just fine and you're willing to pay up for them. Then you and the gewgaw seller just sign a transaction --- you and the gewgaw seller are 2, sufficient to trigger the 2-of-3 --- that spends from the 2-of-3 address to a singlesig the gewgaw seller wants (or whatever address the gewgaw seller wants).
But suppose some problem arises. The seller gave you gawgews instead of gewgaws. Or you decided to keep the gewgaws but not sign the transaction to release the funds to the seller. In either case, the escrow is notified, and if it can sign with you to refund the funds back to you (if the seller was a scammer) or it can sign with the seller to forward the funds to the seller (if you were a scammer).
Taproot helps with this: like mentioned above, it allows multisignature setups to produce only one signature, reducing blockchain space usage, and thus making contracts --- which require multiple people, by definition, you don't make contracts with yourself --- is made cheaper (which we hope enables more of these setups to happen for more gains from trade for everyone, also, moon and lambos).
(technology-wise, it's easier to make an n-of-n than a k-of-n, making a k-of-n would require a complex setup involving a long ritual with many communication rounds between the n participants, but an n-of-n can be done trivially with some moon math. You can, however, make what is effectively a 2-of-3 by using a three-branch SCRIPT: either 2-of-2 of you and seller, OR 2-of-2 of you and escrow, OR 2-of-2 of escrow and seller. Fortunately, Taproot adds a facility to embed a SCRIPT inside a public key, so you can have a 2-of-2 Taprooted address (between you and seller) with a SCRIPT branch that can instead be spent with 2-of-2 (you + escrow) OR 2-of-2 (seller + escrow), which implements the three-branched SCRIPT above. If neither of you are scammers (hopefully the common case) then you both sign using your keys and never have to contact the escrow, since you are just using the escrow public key without coordinating with them (because n-of-n is trivial but k-of-n requires setup with communication rounds), so in the "best case" where both of you are honest traders, you also get a privacy boost, in that the escrow never learns you have been trading on gewgaws, I mean ewww, gawgews are much better than gewgaws and therefore I now judge you for being a gewgaw enthusiast, you filthy gewgawer).

Taproot and Your Contracts, Part 2: Cryptographic Boogaloo

Now suppose you want to buy some data instead of things. For example, maybe you have some closed-source software in trial mode installed, and want to pay the developer for the full version. You want to pay for an activation code.
This can be done, today, by using an HTLC. The developer tells you the hash of the activation code. You pay to an HTLC, paying out to the developer if it reveals the preimage (the activation code), or refunding the money back to you after a pre-agreed timeout. If the developer claims the funds, it has to reveal the preimage, which is the activation code, and you can now activate your software. If the developer does not claim the funds by the timeout, you get refunded.
And you can do that, with HTLCs, today.
Of course, HTLCs do have problems:
Fortunately, with Schnorr (which is enabled by Taproot), we can now use the Scriptless Script constuction by Andrew Poelstra. This Scriptless Script allows a new construction, the PTLC or Pointlocked Timelocked Contract. Instead of hashes and preimages, just replace "hash" with "point" and "preimage" with "scalar".
Or as you might know them: "point" is really "public key" and "scalar" is really a "private key". What a PTLC does is that, given a particular public key, the pointlocked branch can be spent only if the spender reveals the private key of the given private key to you.
Another nice thing with PTLCs is that they are deniable. What appears onchain is just a single 2-of-2 signature between you and the developemanufacturer. It's like a magic trick. This signature has no special watermarks, it's a perfectly normal signature (the pledge). However, from this signature, plus some datta given to you by the developemanufacturer (known as the adaptor signature) you can derive the private key of a particular public key you both agree on (the turn). Anyone scraping the blockchain will just see signatures that look just like every other signature, and as long as nobody manages to hack you and get a copy of the adaptor signature or the private key, they cannot get the private key behind the public key (point) that the pointlocked branch needs (the prestige).
(Just to be clear, the public key you are getting the private key from, is distinct from the public key that the developemanufacturer will use for its funds. The activation key is different from the developer's onchain Bitcoin key, and it is the activation key whose private key you will be learning, not the developer's/manufacturer's onchain Bitcoin key).
So:
Taproot lets PTLCs exist onchain because they enable Schnorr, which is a requirement of PTLCs / Scriptless Script.
(technology-wise, take note that Scriptless Script works only for the "pointlocked" branch of the contract; you need normal Script, or a pre-signed nLockTimed transaction, for the "timelocked" branch. Since Taproot can embed a script, you can have the Taproot pubkey be a 2-of-2 to implement the Scriptless Script "pointlocked" branch, then have a hidden script that lets you recover the funds with an OP_CHECKLOCKTIMEVERIFY after the timeout if the seller does not claim the funds.)

Quantum Quibbles!

Now if you were really paying attention, you might have noticed this parenthetical:
(technical details: a Taproot output is 1 version byte + 32 byte public key, while a P2WPKH (bech32 singlesig) output is 1 version byte + 20 byte public key hash...)
So wait, Taproot uses raw 32-byte public keys, and not public key hashes? Isn't that more quantum-vulnerable??
Well, in theory yes. In practice, they probably are not.
It's not that hashes can be broken by quantum computes --- they're still not. Instead, you have to look at how you spend from a P2WPKH/P2PKH pay-to-public-key-hash.
When you spend from a P2PKH / P2WPKH, you have to reveal the public key. Then Bitcoin hashes it and checks if this matches with the public-key-hash, and only then actually validates the signature for that public key.
So an unconfirmed transaction, floating in the mempools of nodes globally, will show, in plain sight for everyone to see, your public key.
(public keys should be public, that's why they're called public keys, LOL)
And if quantum computers are fast enough to be of concern, then they are probably fast enough that, in the several minutes to several hours from broadcast to confirmation, they have already cracked the public key that is openly broadcast with your transaction. The owner of the quantum computer can now replace your unconfirmed transaction with one that pays the funds to itself. Even if you did not opt-in RBF, miners are still incentivized to support RBF on RBF-disabled transactions.
So the extra hash is not as significant a protection against quantum computers as you might think. Instead, the extra hash-and-compare needed is just extra validation effort.
Further, if you have ever, in the past, spent from the address, then there exists already a transaction indelibly stored on the blockchain, openly displaying the public key from which quantum computers can derive the private key. So those are still vulnerable to quantum computers.
For the most part, the cryptographers behind Taproot (and Bitcoin Core) are of the opinion that quantum computers capable of cracking Bitcoin pubkeys are unlikely to appear within a decade or two.
So:
For now, the homomorphic and linear properties of elliptic curve cryptography provide a lot of benefits --- particularly the linearity property is what enables Scriptless Script and simple multisignature (i.e. multisignatures that are just 1 signature onchain). So it might be a good idea to take advantage of them now while we are still fairly safe against quantum computers. It seems likely that quantum-safe signature schemes are nonlinear (thus losing these advantages).

Summary

I Wanna Be The Taprooter!

So, do you want to help activate Taproot? Here's what you, mister sovereign Bitcoin HODLer, can do!

But I Hate Taproot!!

That's fine!

Discussions About Taproot Activation

almkglor your post has been copied because one or more comments in this topic have been removed. This copy will preserve unmoderated topic. If you would like to opt-out, please send a message using [this link].
[deleted comment]
[deleted comment]
[deleted comment]
submitted by anticensor_bot to u/anticensor_bot [link] [comments]

FUD Friday: Greg Maxwell drops the hammer on Haskell and Rust

My first OP was dedicated to debunking trivial EITN FUD, so this time I'm going in the opposite direction and asking others to debunk or support what one of Bitcoin's top math/crypto/compsci gurus says about Cardano's chosen languages.
Thanks to both u/nullc and u/ataraxiaceleste for opening and expanding the discussion.
Courtesy of BitcoinTalk: Thoughts regarding use of Rust and Haskell for building a blockchain
Gmax responds:
Performance and memory usage are both security critical in consensus systems. It's difficult (impossible?) to write Haskell which is all three performant, predictable in its memory usage, and idiomatic-- at least for some sufficiently strict requirements in performance and memory usage.
Rust is a lot like C++. In theory, it's easier to write rust code that lacks particular classes of bugs than in C++. However, no one using C++ uses the entire language and the various subsets people use also largely avoid various kinds of bugs. Not as rigorously as rust, particularly because its hard to verify you're using the subset of C++ you're intending to use.
In Bitcoin we've found that the kind of bugs that rust guarantees the absence of have been uncommon.
I've personally found that the rust code I've encountered online has often been low quality to extremely low quality-- often throwing panics on the slightest unexpected input or usage, or suffering from incorrect results due to integer wraparound (which in theory debug mode would catch, but it runs so slow as to be completely unusable on many codebases). I'm unsure if this is a property of the language itself (e.g. does the syntax lead to greater faults), user's expectations of the language (sloppy work because they expect things to be 'safe'), or the useapplication (e.g. are people that redo stuff "but in rust" less experienced programmers?).
Given that experience I would not place a bet right now that rust currently lowers the rate of serious defects in large programs developed by experienced teams compared to C++ with modern practices. However, if I had to use software written by inexperienced developers I suppose I would probably prefer they use rust to C++...
The rust ecosystem is also immature and unstable-- it's not uncommon that any random code you get requires some bleeding edge new compiler. Rust also largely imitates the extremely security-toxic software distribution model of ruby and javascript-- it's common for a rust package to have a dependency graph of hundreds of assorted packages, any of which could backdoor your system. It's possible to use rust without using the packaging ecosystem, but doing so is more of a challenge.
Rust and C++ also have no good facilities for formally reasoning about the behaviour of programs (beyond things like the borrow checker in rust). But C++ is a superset of C and there are tools to rigorously prove things the properties of C code, which means you can write components of C++ programs in C and formally prove things about them. You could do the same with rust+c but C++ and C share a lot more syntax and behaviour.
In the world of open source Rust and Haskell both have an additional limitation that the community of developers and reviewers for these languages is smaller than that of C++.
Please note that however much I tend to defer to his opinions (per Adam Back's guidance that when one disagrees with Greg about technical matters they are probably wrong), I must reconcile that deference with respect for the IOG team's galaxy brains. Negative appraisals of Rust and Haskell aren't going away, so IMO it behooves the Cardano community to get a grip on the most valid criticisms and try our best to stay ahead of them.
On a lighter note, the Monero sub has been having a lot of fun in their weekley Skepticism Sundays and we are overdue for our own version, as previously suggested months ago by u/velvia695 at https://www.reddit.com/cardano/comments/de1mqg/suggestion_skepticism_sunday_like_monero_has_but/ .
Let's keep it educational and really do our best to limit use of ad homs to zingers and puckish banter rather than as a subsitute for actual arguments!
submitted by Jahtoshi_Rastamoto to cardano [link] [comments]

I built a decentralized legal-binding smart contract system. I need peer reviewers and whitepaper proof readers. Help greatly appreciated!

EDIT: My mother language is french (I'm from Montreal/Canada). Please excuse any blatant grammatical errors.
TLDR: I built a decentralized legal-binding smart contract system. I need peer reviewers and whitepaper proof readers. If you're interested, send me an email to discuss: [[email protected]](mailto:[email protected]) . Thanks in advance!
Hi guys,
For the last few years, I've been working on a decentralized legal-binding contract system. Basically, I created a PoW blockchain software that can receive a hash as an address, and another hash as a bucket, in each transaction.
The address hash is used to tell a specific entity (application/contract/company/person, etc) that uses the blockchain that this transaction might be addressed to them. The bucket hash simply tells the nodes which hashtree of files they need to download in order to execute that contract.
The buckets are shared within the network of nodes. Someone could, for example, write a contract with a series of nodes in order to host their data for them. Buckets can hold any kind of data, and can be of any size... including encrypted data.
The blockchain's blocks are chained together using a mining system similar to bitcoin (hashcash algorithm). Each block contains transactions. The requested difficulty increases when the amount of transactions in a block increases, linearly. Then, when a block is mined properly, another smaller mining effort is requested to link the block to the network's head block.
To replace a block, you need to create another block with more transactions than the amount that were transacted in and after the mined block.
I expect current payment processors to begin accepting transactions and mine them for their customers and make money with fees, in parallel. Using such a mechanism, miners will need to have a lot of bandwidth available in order to keep downloading the blocks of other miners, just like the current payment processors.
The contracts is code written in our custom programming language. Their code is pushed using a transaction, and hosted in buckets. Like you can see, the contract's data are off-chain, only its bucket hash is on-chain. The contract can be used to listen to events that occurs on the blockchain, in any buckets hosted by nodes or on any website that can be crawled and parsed in the contract.
There is also an identity system and a vouching system...which enable the creation of soft-money (promise of future payment in hard money (our cryptocurrency) if a series of events arrive).
The contracts can also be compiled to a legal-binding framework and be potentially be used in court. The contracts currently compile to english and french only.
I also built a browser that contains a 3D viewport, using OpenGL. The browser contains a domain name system (DNS) in form of contracts. Anyone can buy a new domain by creating a transaction with a bucket that contains code to reserve a specific name. When a user request a domain name, it discovers the bucket that is attached to the domain, download that bucket and executes its scripts... which renders in the 3D viewport.
When people interact with an application, the application can create contracts on behalf of the user and send them to the blockchain via a transaction. This enables normal users (non-developers) to interact with others using legal contracts, by using a GUI software.
The hard money (cryptocurrency) is all pre-mined and will be sold to entities (people/company) that want to use the network. The hard money can be re-sold using the contract proposition system, for payment in cash or a bank transfer. The fiat funds will go to my company in order to create services that use this specific network of contracts. The goal is to use the funds to make the network grow and increase its demand in hard money. For now, we plan to create:
  1. A logistic and transportation company
  2. A delivery company
  3. A company that buy and sell real estate options
  4. A company that manage real estate
  5. A software development company
  6. A world-wide fiat money transfer company
  7. A payment processor company
We chose these niche because our team has a lot of experience in these areas: we currently run companies in these fields. These niche also generate a lot of revenue and expenses, making the value of exchanges high. We expect this to drive volume in contracts, soft-money and hard-money.
We also plan to use the funds to create a venture capital fund that invests in startups that wants to create contracts on our network to execute a specific service in a specific niche.
I'm about to release the software open source very soon and begin executing our commercial activities on the network. Before launching, I'd like to open a discussion with the community regarding the details of how this software works and how it is explained in the whitepaper.
If you'd like to read the whitepaper and open a discussion with me regarding how things work, please send me an email at [[email protected]](mailto:[email protected]) .
If you have any comment, please comment below and Ill try to answer every question. Please note that before peer-reviewing the software and the whitepaper, I'd like to keep the specific details of the software private, but can discuss the general details. A release date will be given once my work has been peer reviewed.
Thanks all in advance!
P.S: This project is not a competition to bitcoin. My goal with this project is to enable companies to write contracts together, easily follow events that are executed in their contracts, understand what to expect from their partnership and what they need to give in order to receive their share of deals... and sell their contracts that they no longer need to other community members.
Bitcoin already has a network of people that uses it. It has its own value. In fact, I plan to create contracts on our network to exchange value from our network for bitcoin and vice-versa. Same for any commodity and currency that currently exits in this world.
submitted by steve-rodrigue to CryptoCurrency [link] [comments]

Created a full node + Lightning node from scratch.

So i created a full node and a lightning node from scratch.
Coming back to bitcoin after few years, i wanted to see what the lightning network was.
So i changed my vps to a dedicated server (to add more storage) and started my journey.
The first thing was to install the full node. there's some nice ressources to do that, but you have to find them. I started with https://bitcoin.org/en/full-node#other-linux-daemon but the cli instructions are almost non existent. I then found https://github.com/BlockchainCommons/Learning-Bitcoin-from-the-Command-Line which is great! Protip: you have to create a config file by yourself. I created a wallet and waited for the blockchain to finish downloading.
Then i added a lightning node. I used lnd because i like the go language. The program is great but i found the user documentation lacking. https://gist.github.com/bretton/0b22a0503a9eba09df86a23f3d625c13 is a nice ressource, but you don't need to set an rpc user, lnd will use the cookie auth automagically if you're running as the same user as bitcoind (and provide bitcoind path probably..?). Protip: To create a qrcode with your lightning address you can use qrencode: lncli newaddress p2wkh qrencode -o address.png 'bitcoin:bc1youraddress...'
Once everything looked to run smoothly i wanted to add funds to my lightning wallet. Protip: you can directly transfer fund to it. no need to transfer funds in your full node wallet (don't know why i did that..).
I manually opened few channels with other nodes, but using the autopilot feature from lnd seems to work fine.
Lastly, i wanted some sort of dashboard so i added https://github.com/djmelik/lndash because i'm fluent in python , the project is straightforward, read only, and good looking.
You can check my node at https://ln.xec.sh/
If you have any questions or remark, don't hesitate. Hope it can help someone else.
submitted by wiredmachine to Bitcoin [link] [comments]

Dolla, Send Money Easily Anywhere

Dolla, Send Money Easily Anywhere

Dolla is an emerging cryptocurrency that has been under creation and development when it was founded in 2016. It aims to solve the problems that current cryptocurrencies face in becoming a globally adopted payment solution, these problems are predominantly based around speed, throughput and cost.

https://preview.redd.it/f3m6h2961ua51.png?width=820&format=png&auto=webp&s=e95710da3fe777b308477c9bb301a1123c17855f
Bitcoin for example has been proven to only handle a very small amount of transactions per second, between 3-6, with payments taking about an hour to finalise. These figures are clearly not scalable for Bitcoin to ever be used as a payment solution on a global level. Dolla on the other hand has a throughput of 10,000 transactions per second, an exciting development in the crypto world with their transaction confirmation time being only 1 second. These are the kind of features we look for in a global payment solution and Dolla appears to be able to deliver.
Dolla blockchain is developed using high-assurance methodologies. The reference implementation is written in the Haskell programming language, focusing on correctness and auditability.
In contrast to many other permissioned cryptocurrencies, Dolla is decentralised and not controlled by a single company or individual. Dolla is designed as a consortium fork-free blockchain with a linear history, which enables it to deliver high throughput, low latency and immediate finality. A majority quorum of consensus members agrees on each block to be appended to the blockchain in a lockstep fashion and a Dolla block is not committed until the majority quorum has decided to include it. Once it is committed, the block and the transactions within it are irreversible. Thus Dolla provides immediate finality.

⛔️ Beware of Scam! Dolla admins would NEVER initiate contact with you privately to offer deals or suggest 3rd party services. ⛔️

Official Site ➡️ https://dolla.org
Official Video ➡️ https://youtu.be/0Er2NpSHaCs

SOCIAL MEDIA CHANNELS:
📌 Facebook Group: www.facebook.com/groups/DollaCommunity/
📌 Facebook Page: https://www.facebook.com/dollanextgen/
📌 Linkedin Group: www.linkedin.com/groups/10388252
📌 Linkedin Page: https://www.linkedin.com/company/dollaorg/
📌 Twitter: twitter.com/dollacurrency
📌 Telegram Group: https://t.me/dolla_ico
submitted by Shudip_47 to Dolla [link] [comments]

I built a decentralized legal-binding smart contract system. I need peer reviewers and whitepaper proof readers. Help greatly appreciated!

I originally posted this on cryptocurrency. I just thought you guys might be able to help as well so I posted it as well. I didn't link to the original post because the bot here keeps deleting my post, even if I use the np link. Hope that's ok...
EDIT: My mother language is french (I'm from Montreal/Canada). Please excuse any blatant grammatical errors.
TLDR: I built a decentralized legal-binding smart contract system. I need peer reviewers and whitepaper proof readers. If you're interested, send me an email to discuss: [[email protected]](mailto:[email protected]) . Thanks in advance!
Hi guys,
For the last few years, I've been working on a decentralized legal-binding contract system. Basically, I created a PoW blockchain software that can receive a hash as an address, and another hash as a bucket, in each transaction.
The address hash is used to tell a specific entity (application/contract/company/person, etc) that uses the blockchain that this transaction might be addressed to them. The bucket hash simply tells the nodes which hashtree of files they need to download in order to execute that contract.
The buckets are shared within the network of nodes. Someone could, for example, write a contract with a series of nodes in order to host their data for them. Buckets can hold any kind of data, and can be of any size... including encrypted data.
The blockchain's blocks are chained together using a mining system similar to bitcoin (hashcash algorithm). Each block contains transactions. The requested difficulty increases when the amount of transactions in a block increases, linearly. Then, when a block is mined properly, another smaller mining effort is requested to link the block to the network's head block.
To replace a block, you need to create another block with more transactions than the amount that were transacted in and after the mined block.
I expect current payment processors to begin accepting transactions and mine them for their customers and make money with fees, in parallel. Using such a mechanism, miners will need to have a lot of bandwidth available in order to keep downloading the blocks of other miners, just like the current payment processors.
The contracts is code written in our custom programming language. Their code is pushed using a transaction, and hosted in buckets. Like you can see, the contract's data are off-chain, only its bucket hash is on-chain. The contract can be used to listen to events that occurs on the blockchain, in any buckets hosted by nodes or on any website that can be crawled and parsed in the contract.
There is also an identity system and a vouching system...which enable the creation of soft-money (promise of future payment in hard money (our cryptocurrency) if a series of events arrive).
The contracts can also be compiled to a legal-binding framework and be potentially be used in court. The contracts currently compile to english and french only.
I also built a browser that contains a 3D viewport, using OpenGL. The browser contains a domain name system (DNS) in form of contracts. Anyone can buy a new domain by creating a transaction with a bucket that contains code to reserve a specific name. When a user request a domain name, it discovers the bucket that is attached to the domain, download that bucket and executes its scripts... which renders in the 3D viewport.
When people interact with an application, the application can create contracts on behalf of the user and send them to the blockchain via a transaction. This enables normal users (non-developers) to interact with others using legal contracts, by using a GUI software.
The hard money (cryptocurrency) is all pre-mined and will be sold to entities (people/company) that want to use the network. The hard money can be re-sold using the contract proposition system, for payment in cash or a bank transfer. The fiat funds will go to my company in order to create services that use this specific network of contracts. The goal is to use the funds to make the network grow and increase its demand in hard money. For now, we plan to create:
  1. A logistic and transportation company
  2. A delivery company
  3. A company that buy and sell real estate options
  4. A company that manage real estate
  5. A software development company
  6. A world-wide fiat money transfer company
  7. A payment processor company
We chose these niche because our team has a lot of experience in these areas: we currently run companies in these fields. These niche also generate a lot of revenue and expenses, making the value of exchanges high. We expect this to drive volume in contracts, soft-money and hard-money.
We also plan to use the funds to create a venture capital fund that invests in startups that wants to create contracts on our network to execute a specific service in a specific niche.
I'm about to release the software open source very soon and begin executing our commercial activities on the network. Before launching, I'd like to open a discussion with the community regarding the details of how this software works and how it is explained in the whitepaper.
If you'd like to read the whitepaper and open a discussion with me regarding how things work, please send me an email at [[email protected]](mailto:[email protected]) .
If you have any comment, please comment below and Ill try to answer every question. Please note that before peer-reviewing the software and the whitepaper, I'd like to keep the specific details of the software private, but can discuss the general details. A release date will be given once my work has been peer reviewed.
Thanks all in advance!
P.S: This project is not a competition to bitcoin. My goal with this project is to enable companies to write contracts together, easily follow events that are executed in their contracts, understand what to expect from their partnership and what they need to give in order to receive their share of deals... and sell their contracts that they no longer need to other community members.
Bitcoin already has a network of people that uses it. It has its own value. In fact, I plan to create contracts on our network to exchange value from our network for bitcoin and vice-versa. Same for any commodity and currency that currently exits in this world.
submitted by steve-rodrigue to cryptodevs [link] [comments]

Chromia - Blockchain of Blockchains That Has Staged To Revolutionize Decentralized Application Development

Blockchain has taken the world by storm. The tech may have been envisioned to power decentralized finance in Bitcoin, it's potential and use case had far exceeded such identity.
It has opened the possibility to develop trust and openness in a way that has never been expressed before.
However, like any new development, blockchain has many challenges that need to be addressed.
Firstly, existing protocols that power the initial set of blockchains are too slow to garner advanced real-world usage.
Their architectural build also implies they are unable to scale accordingly to meet application and usage demand.
Blockchains are renowned for their strong security and immutability, nonetheless, these factors rely solely on the type of protocol or consensus adopted, and in many cases, the consensus of a particular blockchain may fail to establish a secured environment that could be relied upon under factual circumstances.
On the developer end, developing and building blockchain applications is a nightmare many wanted to escape because most integrated blockchain programming languages are new with an unestablished root. This means programmers have to learn a new language from basics before they can start building on a blockchain network.
The hardest part is that almost each of every type and brand of blockchain has its unique programming language which as a result contributes to non-interoperability that led to a status quo of blockchains being called an "island of self-isolation".
An obvious solution to most of the aforementioned downsides is to start restructuring how blockchains are made by design and code.
The good news is that a blockchain project with a new root has already achieved the feat of addressing most of these problems by building a relational blockchain system governed by a management system termed "Postchain".
I am talking about Chromia blockchain network built by the ChromaWay development team.
Chromia
Chromia is a public blockchain with a relational database system build and design. What this means is that data can be structured and defined in any way by the builder of the system. This flexibility of data management allows for different usage scenarios.
This is a sweet pot for developers but what is more interesting is the ability to code and deploy applications in a seamless manner.
Chroma uses Postchain to oversee the operation of its blockchain network in conjunction with a flexible and easy-to-code programming language called RELL (Relational Language).
Great protocol design? Thumb up! Nice programming language... Interesting! But what about other challenges mentioned in the opening part of the post?
Hell yeah! A blockchain system cannot be duly considered if it can't scale and operate at a good speed.
Chromia takes this factor to heart and ensures its network is able to process transactions at a block rate of 2 seconds, which is more than enough to support most applications and commercial usage.
Blockchain Of Blockchains: Chromia Modular Configuration
One method spam is avoided on blockchain networks is through integrated fee structure, most times, this is charged directly from users. However, Chromia thinks this idea should be rewritten by instead charging Dapps directly for the operation they perform.
Consequently, and since most application usage differs from one type to another. This and many other implementations led to a modular blockchain design where each Dapp can reside on its own chain, dictate its own rule and usage and intended fee structure.
The Dapps in this case acts like side chains that are attached to the governing Chromia infrastructure. Each Dapp or side chain is independent but benefits from the security and laid facilities of the network.
Chromia adopted PBFT consensus to ensure consensus can be achieved under certain rules even if some node in the network cannot be relied upon at a time, thus, eliminating incidents such as 'one point of failure'.
An Infrastructure For A Wide Range Of Usage Scenario
Chromia launched its main net in Dec 2019, and moved from an experimental position to prove their dedication towards achieving their vision not just on paper but as a practical and working process.
Ever since their main net launch. The chain has seen different types of apps deploy on its network.
The network relational design also means Dapps with huge computational demand can work efficiently and seamlessly with any cause to worry.
Let's look at some of these Dapps.
Chromunity
A decentralized social media platform that leverages the advantage of the relational computational build of Chromia to bring about fantastic social and community user experience.
The advantages of Chromunity as a decentralized social platform is how users can control their data and interactions, vote for representatives that implement the will and voice of the community.
Chromunity features a Reddit-like design and interface with the ability to post short/long meaningful content to a wide range of community categories or specific ones.
These screenshots give a sneak peek into how the interactive user interface looks like.
Green Asset Wallet
This is the first enterprise Dapp to launch on the Chromia chain after its main net release.
Using the quote of how the project defines itself.
"Green Assets Wallet is the world’s first blockchain-based platform for easy validation and impact reporting of green bonds".
The product has many features that are designed to suit investor's needs. From real-time collaboration to ensuring optimum trust and transparency to security. The Dapp is ideal for green bonds operations that look to make issuer and investors' lives an easier one.
Investors have direct access to trusted green bond information, metrics, and data.
Green asset wallet at allows investors to make new investment discoveries through search criteria, compare, benchmark, and follow up on investment opportunities".
Issuers are able to operate with an independent, cost-efficient, and structured system, and provide investors with impact investment opportunities and report on achievements.
Mines Of Dalarnia
Is "an action-adventure platform-mining game where the player controls a character and guides them through various blocks of earth, to discover and collect minerals of multiple rarities. Includes a blockchain based real-estate market".
Chromia transaction speed and computational efficiency make it an ideal platform to build decentralized or blockchain games of different kinds.
Play Mines Of Dalarnia
Conclusion
Chromia combines many groundbreaking features that purport it as a new generation blockchain and set it out among the crowd.
It's easy to code programming language, Postchain consortium, relational database system express qualities that fit different needs of decentralized applications and their operations. All of which state the chain strength and confidence of usage.
Under the governance of ChromaWay - an organization of tech experts and geeks. Chromia is expected to continue on an upward positive momentum.
Learn more about the project from it's official website
Their Telegram group chat is a good place to start interacting with the community.
Chromia has a Twitter presence and their Whitepaper is a good reference and tool to have a good overview of the project mission and vision at large.
submitted by Sidonpee to Teamchromia [link] [comments]

ColossusXT Q2 2020 AMA Ends!

Thank you for being a part of the ColossusXT Q2 2020 AMA! Below we will summarize the questions and answers. The team responded to 46 questions! If your question was not included, it may have been answered in a previous question or AMA. The ColossusXT team will do a Reddit AMA at the end of every quarter.
The winner of the AMA contest is: ookhimself
Congratulations. I will send you a DM on Reddit.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Why does your blockchain exist and what makes it unique?
A: ColossusXT exists to provide an energy-efficient method of supercomputing. ColossusXT is unique in many ways. Some coins have 1 layer of privacy. ColossusXT and the Colossus Grid will utilize 2 layers of privacy through Obfuscation Zerocoin Protocol, and I2P and these will protect users of the Colossus Grid as they utilize the grid resources. There are also Masternodes and Proof of Stake which both can contribute to reducing 51% attacks, along with instant transactions and zero-fee transactions. This protection is paramount as ColossusXT evolves into the Colossus Grid. Grid Computing will have a pivotal role throughout the world, and what this means is that users will begin to experience the Internet as a seamless computational universe. Software applications, databases, sensors, video, and audio streams-all will be reborn as services that live in cyberspace, assembling, and reassembling themselves on the fly to meet the tasks at hand. Once plugged into the grid, a desktop machine will draw computational horsepower from all the other computers on the grid.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: What is the Colossus Grid?
A: ColossusXT is an anonymous blockchain through obfuscation, along with utilization of I2P (Armis). These features will protect end-user privacy as ColossusXT evolves into the Colossus Grid. The Colossus Grid will connect devices in a peer-to-peer network enabling users and applications to rent the cycles and storage of other users’ machines. This marketplace of computing power and storage will exclusively run on COLX currency. These resources will be used to complete tasks requiring any amount of computation time and capacity, or allow end-users to store data anonymously across the COLX decentralized network. Today, such resources are supplied by entities such as centralized cloud providers which are constrained by closed networks, proprietary payment systems, and hard-coded provisioning operations. Any user ranging from a single PC owner to a large data center can share resources through Colossus Grid and get paid in COLX for their contributions. Renters of computing power or storage space, on the other hand, may do so at low prices compared to the usual market prices because they are only using resources that already exist.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Is there any estimated date for the grid? What will set you apart from the opposition?
A: We are hoping to have something released for the community in Q4 this year. The difference between other competitors is that ColossusXT is putting consumer privacy first and we’re actively in the process of working with federal and state agencies in the United States.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: How do you plan to get people to implement the technology? At your current rate of development, when do you foresee a minimum viable product being available?
A: We have been strategically networking with businesses, and we are currently undergoing the verification process in the United States to make bids on federal and state projects. We are working on an MVP and our goal is to have at least a portion of the Colossus Grid ready by Q4 2020.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: When we can expect any use-case for COLX? A company or service that uses COLX for its activities/tasks.
A: We’re aiming for Q4 of this year to have an MVP, throughout 2021 we will be strategically making bids on federal and state contracts in the United States with a goal to expand operations exponentially.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Are there any plans to be listed on the more prominent exchanges e.g binance, kraken?
A: Yes, we have applied to some of these exchanges that are considered Tier 1 or Tier 2 exchanges. Many of them upfront will tell you there are no fees associated with the listing, that is not entirely true most of the time. Regardless, have applied and are awaiting more responses as we move forward. Listing on these exchanges often requires that we cannot announce this information until ColossusXT is live on its platform.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Partnerships are the norm these days in crypto world. Which partnership would you consider feasible, if any, in order to grow the Colossus Grid project?
A: The Colossus Grid is a huge undertaking both in development and business partnerships. We are moving in both these directions strategically. One of the most important partnerships is not really a partnership but approval to bid on state and federal contracts. Working with the governments around the world will be a big part of the Colossus Grid use-case.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: If the ability to annonymise coins is turned off, can CLX still be marketed as a privacy coin? Do we have a date we can start using this feature again?
A: Yes and No. It’s frustrating right now having a lack of privacy for consumers as we don’t see privacy as a feature but a right. EVERY platform online should have some levels of privacy for their consumers, especially as technology continues to evolve and bad actors continue to use your personal information for their own nefarious purposes. Obfuscation will be implemented in the coming weeks, and Armis will follow suit shortly thereafter.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: When can we expect the grid to come out?
A: We are looking at releasing an MVP towards the end of the year. Stay tuned during Q3 and Q4 as we ramp on technical and business developments.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Can you tell the current budget for development work?
A: Much of the development work budget comes from Core team member's disposable income, we also use the self-funding treasury that Masternode owners vote on each month.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Will cold staking be implemented somedays? I like the model of Cardano. Hope you will implement kind of Cardano staking in our wallet. I would love the easiness.
A: ColossusXT staking has been enabled since 2017. We have calculators on the website that will estimate your average staking returns and you can join numerous pools to increase your staking power within the pools. Cold staking is on our radar and will make it into the roadmap when our budget allows us.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Which part of grid technology are you planning first to go live? Storage/RAM/CPU/GPU/all at once? Separately?
A: We will be rolling the Colossus Grid out in two phases. The first phase will be storage, and then we will roll out computing power (RAM/CPU/GPU).
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Is Armis I2P technology in development testphase I mean, I have read something like that… If Armis goes live, will there be some kind of option in deskopt wallet to transfer anonymous or will every transaction be fully anonymous like e.g. monero?
A: We recently had a testing phase with the community earlier this year, there will be another test phase with community participants who sign up. If you’re interested in this stay tuned on our socials and apply when the next testing phase happens All transactions will be fully anonymous behind Armis.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: What programming languate is being used for developing COLX? How well this programming language do you think is more suitable for developing crypto, in comparison with other programing languages?
A: C++ is what we’re using at ColossusXT. Each crypto project is different but with what we're developing at ColossusXT. We are best suited to utilize C++.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: What is the second biggest milestone other than launching the grid network for the team. What do you think of your competition like Golem network?
A: Armis will be a big milestone, and I don’t think we go back to our Polis partnership which allows users in Europe and Mexico (they do plan to expand to the US and other countries) the ability to spend their ColossusXT (COLX) wherever Mastercard is accepted. I don’t think the Golem network is taking consumer privacy far enough, in the blockchain industry I also see a lack of drive to push adoption within the United States. This is likely due to unclear regulations right now. ColossusXT is at the forefront of these issues and we intend to lead blockchain through these somewhat murky waters.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: I don’t have a lot of knowledge about crypto-technology… but are there any risks of sensitive data-hijacks through Colx infrastructure? Will the Colx-grid be available for individuals or only larger corporations, and how would one get access to the computing power?
A: There are always risks with technology. We are doing extensive testing and more testing prior to releasing anything. Consumer privacy is apart of the foundation of what we’re building at ColossusXT and we want to ensure any and all of your personal information is secure and private. As technology evolves, we will be right here evolving with it to ensure that consumer privacy protections are always in place.
The Colossus Grid will be available to anyone with a computer. You will access it through the desktop wallet.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Do you have any new exchange listings planned in the near future?
A: Yes, but unfortunately with these things, every day it’s not something we can often say before the exchange makes their own announcements. If you have certain exchanges that you prefer, do not be shy and tag us on Twitter letting us and the exchange know. You can also reach us everyday at all hours of the day and night on Discord and Telegram.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Given that Colx had no ICO, are we able to ramp development efforts in case we have potential partnership deal on the table?
A: It really depends. We strategically spend every dime we spend on development. We do not like even a single penny to be waisted, so we don’t move as fast as the projects that raised millions of dollars, but we continue moving none the less. Ramping up our development is something we are working on by securing additional funding and we’re currently working on securing funding. 😊
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: How is the project development advancing? What are your plans for the next 5 years and what more can we expect from ColossusXT?
A: Our development is continuing on at a steady pace, we’re looking to ramp this up over the next year as the Colossus Grid will take much of our time but we’re excited. Over the next 5 years, you can expect the Colossus Grid to be live in all forms (storage and computing power), Armis will be released and we will share many technical details on how this consumer privacy protection rivals some of the other privacy protections in the blockchain industry. We expect to be verified and approved to work with the agencies in the United States long before then as well and will be aggressively pursuing federal contracts to utilize the computing power of the Colossus Grid. In 5 years, we plan to be a key player not just in the blockchain industry, but throughout the world. If you do not know ColossusXT now, expect to in 5 years or less.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Users often care less about technology, but rather the value of the token. How do you manage to strike a balance between developing the technology and also improving the value of COLX? There are so many privacy coins now, all of them claiming to have better features that ColossusXT. Moving forward, what do the next 10 years look like for ColossusXT in navigating the wave of privacy projects coming. How can ColossusXT continue to shine in the midst of seemingly legit projects that have come to challenge ColossusXT like mimblewimble projects and Monero, Zcoin, ect.?

A: The Colossus Grid and Masternodes will have a strong relationship with each other. When the Colossus Grid goes live we expect the masternode demand to continue to rise. Masternodes are a great incentive mechanism to increase network strength and will play an important role within the Colossus Grid. The more masternodes online, the less available coins in the circulating supply; which we expect will eventually reflect ColossusXT (COLX) coin value.
Over the next 10 years, ColossusXT (COLX) will solidify itself as a key player in the blockchain industry, and outside the blockchain industry. Following our strategic business plans, we intend to be one of the first, if not the first to truly bring government and other businesses into the blockchain industry through the Colossus Grid. Armis will be our defining privacy feature, which we expect in time will begin to be adopted by other projects. --------------------------------------------------------------------------------------------------------------------------------------------------
Q: How have the number of Masternodes (MNs) increased/decreased over time/in the past few years? What proportion (%) of MNs actively take part in Governance? How do you see the number of MNs increasing/decreasing in the next couple of years? Is there a trend upwards or downwards?
Is there a specific number (or range) of MNs the team would like to attain ideally? Is it better to have as many MNs as possible or is there a point at which too many MNs start to have an adverse effect on the performance of the blockchain?
Hope this wasn’t too many questions in one :), Ahmed

A: The number of masternodes in the active network is more or less the same, fluctuating around 200-220. About 40% - 50% of masternodes participate actively in governance (see https://governance.colossusxt.io). We expect a number of masternodes to grow as they will have additional benefits with Colossus Grid (see business plan: http://bit.ly/COLXBPLive).
As the team had no premines, only the dev fund can be used for masternodes which is hard to maintain due to actual budget flow. It’s better to have as many masternodes as possible for the network, there is no adverse effect.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Of all the milestones that $COLX has achieved since your humble beginnings, which do you consider to be the best of it all? What achievements do you feel proud most?
A: It’s often not mentioned but I’m very proud of our partnership with PolisPay, which allows ColossusXT community members to purchase Amazon, Spotify, and other gift cards with ColossusXT (COLX) through the Polis platform. You are also able to spend your COLX anywhere Mastercard is accepted, the card is available only for EU citizens right now and the Polis team hopes to bring in other countries in the future.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: There are problems that can slow down the course of a project such as the emergence of globalization, given the tighter budget, shorter implementation time requirements. My question is, How does $COLX resolve the issue?

A: Given the current situations around the world the Colossus Grid has more value than it ever has, and that value will continue to grow once we have released the Colossus Grid for consumers to share and utilize resources. You can already see from the [email protected] initiative that people are eager to share their computing resources to help researchers simulate different COVID19 simulations. We’ve always worked on a very small budget at ColossusXT starting with 0$ in funding and no pre-mine or ICO/IEO. This project was built for the community by the community, and as of lately we’ve actually been ramping up our business strategies and developments. Since we have all already worked remotely before the COVID19 pandemic, it interestingly allowed us more time to focus and achieve these goals as our day jobs allowed us to spend more time on ColossusXT.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: How will you fight with regulators who are trying to stop privacy coins?

A: We have an amazing legal team at ColossusXT, and they are on top of any new law or regulation that comes out. We’re not afraid of regulators and our legal team makes sure that everything we do for ColossusXT is law-abiding. It's time the world stops looking at privacy as a feature and as a right, especially when you read about different applications and platforms using your personal DATA for their benefit. ColossusXT will continue to push this, and we're prepared to lobby this to lawmakers. --------------------------------------------------------------------------------------------------------------------------------------------------
Q: What type of utilities can $COLX give to users over its competitors like GOLM (computation) or STORJ (Data)?

A: The Colossus Grid has some major differences between Golem and Storj. One we’re a privacy-focused project. If you take a look at many of these applications and platforms today, in some way or another you’re giving up personal information, and/or geographic information. ColossusXT is focused on protecting consumer information, we do not look at privacy as a feature, we see privacy as a right, especially in the tech world today.
The second part of this question is that we’re currently in the verification process of registering with the United States federal and state governments so that we can legally bid on federal and state projects and work with different agencies. This will ensure that as the community members are sharing their idle resources, large corporations and businesses are using it. I’m not aware of the mentioned projects being registered in the United States or taking steps to work with the United States government.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: How will computing power and storage sharing look like, for an average user (marketplace, program download)? What are you currently working on, when can we expect MVP? TY
A: The marketplace and Colossus Grid will be inside the ColossusXT desktop wallet that you currently have now. The UI/UX will change some to allow the additional settings and tabs that will become available and we’re preparing an MVP right now and we hope to share those details with you over the next few months, ask us again in the Q3 AMA if you haven’t seen anything yet :)
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: What would you say is the $COLX killer feature that sets it apart from the rest of the competition.
A: We believe that Armis is our killer feature. We recently had a beta this year with the community and will be moving forward later this year with Armis. ColossusXT consumers will have their geographic location and IP fully hidden behind the Armis layer for further security and anonymity for the transactions which will also take place in the Colossus Grid resource marketplace in the future.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: I have been a silent follower of $COLX and I must say that I'm truly impressed with how the team has been diligently working on the project. It'd be nice to have the community be part of something like a bounty or a social awareness contest. As this will not only attract more users to the platform but would also strengthen the bond within the community. When can we possibly expect a community project of this level? #spreadthegrid
A: We currently have a Gleam competition ongoing for social awareness, and we just hired a community manager to spread more community awareness and will be rolling on competitions more regularly. Every quarter we have an AMA on Reddit for the community to ask questions, or just gripe at us, and one person each quarter is awarded 100,000 COLX for participating in the AMA. As we deliver our targets and grow, we will shift more funds from development funds to marketing funds to raise further awareness.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: "Our main competitor is crypto adoption. We are all here to make it happen together.", this is quoted from a founder of a known crypto wallet. Do you see competition as something that strengthens the project as a whole or as a possible distraction due to pressure to be at the top of the crypto ecosystem?

A: This is a two scenario situation. Competition is good for ColossusXT, and we look at our main competitor in blockchain as Golem (GNT), having said that though too much competition or sometimes maximalist behavior isn’t good for crypto, many of these projects should be coming together to lobby lawmakers for laws and regulations that are good for the blockchain industry, as this is still an emerging market and the laws and regulations aren’t exactly in place at this time.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: "For people to believe in crypto, they need to understand the tangible benefits it offers to our society.", a remark made by a crypto project in the past. What exactly would be $COLX real life global benefits? And how do you plan on achieving this?
A: ColossusXT vision will be achievable when the Colossus Grid is released. We are currently in the process of registering with state and federal agencies in the United States, once we are registered to work with these agencies we will pursue contracts with the government, cybersecurity firms and colleges all around the United States, and the world to utilize the resources on the Colossus Grid. We’ve already started building business relationships for this very purpose.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: According to you how much time will it take for $COLX to get into mainstream adoption and execute all the plans set for this project?
A: It’s almost impossible to set a timeline on when the world/people will begin to adopt ColossusXT (COLX) and the Colossus Grid. We don’t believe that adoption for ColossusXT will happen before the Colossus Grid is live, and if I gave you an exact timeline for when or how long it will take you for the Colossus Grid to be adopted I would be lying to you, but we are already forming business relationships and making strategic moves to be able to bid, and work with state and federal agencies in the United States.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Does Tokens.net plan any kind of staking ($COLX or other coins)?
A: We will reach out to the tokens.net team and see if they have any plans to allow staking.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: How will you try to boost adoption of #COLX, how do you think you will motivate programmers to join opensource project?
A: The Colossus Grid will be available for anyone to use, or share their idle resources for other consumers to use. We will be focusing on providing these resources to state and federal governments, cybersecurity firms, and researchers all across the world. Certainly, we expect some community members to use these resources to mine different PoW cryptocurrencies, but the team at ColossusXT will be focused on bringing in large colleges and universities as well as big cybersecurity businesses that may need supercomputing power at 1/10th of the current prices. Our programmers are our only paid team members, and we pay them at a competitive rate. We’re looking to bring in some more programmers later this year.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Do you have any special development funds for programmers?
A: Sometimes we pay our programmers out of our own pocket, sometimes we pay them in ColossusXT. It really depends on what kind of agreements have been made. We have been aggressively pursuing different funding opportunities throughout 2020 so that we can expand our development team and in the future, we may have incentives to drive programmers into joining our team. Right now we just stick to a competitive pay scale within the industry.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Why Android Wallet Revision hasn't been done? Any problems?
A: The Android wallet revision took some time to be approved in the Google Playstore, but it has been released and live since June 15, 2020.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Whats the second biggest milestone other than the grid network for COLX team?
A: Armis is likely to be considered our second biggest milestone this year, although as I mentioned above this can easily be overshadowed by our Polis partnership which allows you to spend ColossusXT (COLX) anywhere Mastercard is accepted. Although the epay debit card ownership is currently restricted to certain countries (EU zone only), these restrictions will lift in time.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: How is COLX team going to contribute to crypto adoption, other than building a robust network?
A: We’re already in the process of verification to work with state and federal agencies. Adoption for blockchain projects isn’t going to move fast. I read a report just a few days ago about how scammers in the crypto industry stole over 2 million dollars worth of crypto just from the “Elon Musk” impersonations on Twitter.
We will continue to build our network, and seek out state and federal agencies as well as private cybersecurity firms that can utilize the Colossus Grid, we’re not just focused on making noise on social media, we intend to make noise throughout the entire world.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Are their industry partners to COLX that are awaiting your network to go live?
A: Yes, although I hesitate to go into too much detail here. We are talking with business leaders.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: The ongoing crisis affected the market badly, making many projects far from their targets. What is $COLX strategy in order to survive and pass through this crisis?
A: I agree it affected the market badly, especially the projects that raised hundreds of millions of dollars in crypto and held it through the entire market correction. ColossusXT strategy is different from those affected, we’ve always had a smaller budget than these large projects. We spend the money we have available very wisely, and we’re not in a hurry to grab something that sounds good without doing our due diligence. We make our moves very strategically.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: I gotta ask, what made $COLX decide to get listed on Tokens.net? What beneficial advantage does $COLX get in doing so? How about Tokens.net?
A: Tokens.Net is one of the best exchanges ColossusXT is listed at the moment in comparison to others in terms of volume.
  1. Tokens.net is one of the most secure and transparent exchanges out there, registered in the UK.
  2. The team behind the exchange has deep roots in the crypto/blockchain space, it was co-founded by Damian Merlak, a crypto-pioneer and co-founder of Bitstamp.
  3. Tokens.net provides free auto-trading tool / Market Making Bot. Their Dynamic Trading Rights concept adds transparency to trading volumes.
  4. They allow the community voting option of only truly decentralized projects after a thorough screening.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Hey everyone! What is the main purpose of the coin $COLX, does it have its own chain or is it some sort of an ERC-20 token? Thank you for the answers.
A: ColossusXT has never been an ERC-20 coin. We have been operating on our own mainnet since 2017. The purpose of ColossusXT (COLX) is to be the native currency of the Colossus Grid. This will allow users to share their idle resources on their computers, and consumers will rent/buy those resources to complete whatever they intend to use them for, from processing large DATA to running scientific simulations, to even mining PoW cryptocurrencies.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: When we can expect any usecase for COLX? A company or service that uses colx for its activities / tasks.
A: There are currently use cases now if your location allows you to utilize the Polis Pay app, or if you have a Polis Pay card you can buy things with ColossusXT (COLX). I myself have tested the card buying gas at a gas station. These are not ColossusXT’s primary focus though and much of our use case will not start until the Colossus Grid is live.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: What pairs will colx have to trade with on tokens.net // Will you connect #COLX with USDT EURS or BTC?
A: ColossusXT will be initially paired with Bitcoin (BTC). If the community would like different pairs, they can certainly request them and we will reach out to tokens.net and work to facilitate requests.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Will you try to convince users to trade on tokens.net if so how will you do it?
A: There is currently a gleam competition for users to sign up and trade on tokens.net. We “shill” tokens.net accordingly through social media to the ColossusXT community, but can’t really convince anyone to use a certain exchange, although we will try to push as many members to tokens.net as we can. We have many masternode holders who reside in the United States and they are not yet allowed to trade on tokens.net.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: How will you try to create liquidity for your pairs?
A: We would like to increase the adoption rate with real-world partnerships such as our partnership with PolisPay for the use of gift/debit cards. As the liquidity is linked with the use cases, supply/demand mechanics, we are also preparing to provide additional use cases of COLX for the crypto world in an innovative & pioneering way; for the time being, we can hint this as a side business till we deliver fully operational Colossus Grid.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: How big is a development team of #COLX?
A: The ColossusXT team is probably bigger than some people realize, partly because many of the team members are very private. We have 9 core members, 2 in-house developers, 3 Colossus Grid architects, and 2 Colossus Grid developers.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Do you have some security guys in the team?
A: Yes, although I’m hesitant to share too many personal details about team members. We have core team members who have been working in different fields of IT security for several years.
--------------------------------------------------------------------------------------------------------------------------------------------------
Q: Since #COLX is planning on having some sort of a marketplace where you can take advantage of computing resources and the blockchain as well, are there any plans on introducing smart contracts? Will it help the grid? Is there a place for it?
A: This has been mentioned a few times in the past so it’s something on our radar, it’s currently not in the development timeline as the Colossus Grid is a massive amount of work. There may be a place for it as the blockchain industry evolves, and I can certainly see some cases where a smart contract can add some value to the Colossus Grid.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Important Information:
Website
Whitepaper
Roadmap
Business Plan
Wiki
Governance
Partners
GitHub
What is ColossusXT? (YouTube)
---------------------------------------------------------------------------------
Follow ColossusXT on:
Twitter
Facebook
Telegram
Discord
Forums
---------------------------------------------------------------------------------
AMA History:
2018 Q1 2018 Q2 2018 Q3 2018 Q4
2019 Q1 2019 Q2 2019 Q3 2019 Q4
2020 Q1
submitted by PioyPioyPioy to ColossuscoinX [link] [comments]

Learn Blockchain: The COMPLETE beginner’s guide Bitcoin and Blockchain Course - Free Preview - Blockchain Certification - Ivan on Tech Academy - bitcoin programming - YouTube Where to Learn Blockchain Programming Free (2020) how to learn blockchain development - how long to learn blockchain development - learn blockchain #1

Go is a general-purpose language designed with systems programming in mind. It is strongly typed and garbage-collected and has explicit support for concurrent programming. Used by Hyperledger — one of the biggest open-source software providers of enterprise blockchain, Go has become a popular language for creating blockchain applications. Due The blockchain programming language is traditional and useful in creating highly interactive webpages. It is also now useful in making simple and immutable blockchains. Immutability makes it impossible for anyone to change the contents in a block after it has been verified or “hashed”. Digital finance technology company IntellectEU Inc. today announced that the DAML programming language for distributed applications has been launched for R3’s enterprise-grade distributed ledger blockchain technology Corda. DAML, which stands for Digital Asset Modeling Language, is a programming language created by Digital Asset Holdings LLC to provide a way for developers to create EOS — C++ is the main programming language of EOS preferred for its flexibility to run extensive applications on top of the blockchain. EOS also supports any language that compiles into WebAssembly (WASM) Random Fact: Bitcoin core’s network is programmed in C++. Golang — An open source general programming Simplicity is a higher-level programming language that allows you to write more human-readable smart contracts. The Bitcoin cryptocurrency already has a smart contract language called Bitcoin Script, but it’s fairly low-level and requires an advanced understanding of Bitcoin.

[index] [30665] [15695] [14394] [12580] [17266] [17234] [23551] [26668] [7827] [24088]

Learn Blockchain: The COMPLETE beginner’s guide

Understanding Blockchain Programming Languages in 7 Minutes. - Duration: 8:18. Dr. Julian Hosp - Bitcoin, Stocks, Gold, etc 989 views. 8:18. ... The 5 Programming Languages You Need to Know ... Bitcoin and Blockchain Course - Free Preview - Blockchain Certification - Ivan on Tech Academy - ... Bitcoin Programming 101 ... Language: English Location: United States Restricted Mode: Off Gemini Exchange Cameron and Tyler Winklevoss: Blockchain, Bitcoin, Finance, Invest Gemini Live 14,052 watching Live now A Futurist View of Blockchain and Decentralization - Duration: 11:42. learn blockchain programming - learn blockchain programming from scratch - no coding experience. ... Looking at the advantages offered by Bitcoin − a digital currency, people wanted to use the ... bitcoin programming Wim Stalmans; 88 videos; ... Writing The Book "Blockchain Programming" by Bill Strait. 1:15:55. Play next; ... Top 10 Programming Languages to Learn in 2016 by Chris Hawkes.

Flag Counter