It seems like many people in the #Cardano community, builders or not, still don't know about the #CIP!
So let me explain a bit, and quickly dive into some of them👇👇
1/n
CIP stands for 'Cardano Improvement Proposal' and refers to both a process and a collection of technical solutions to common problems of the Cardano ecosystem.
Proposals take the form of written specification files, hosted in a public code repository:
The CIP is geared towards the community and everyone is welcome to participate in the discussions.
There are different types of CIP for different purpose, some are informational (i.e. explaining how something work) and some are standards to facilitate interoperability.
A group of "editors" ensure that the proposed solutions are sound, organize the conversation with the community and enforce the correct following of the process.
which lays down the foundation for DApps <-> light wallets interactions.
This is what will make DApps seamlessly work with any of the wallets (provided they follow this standard!)
CIP-1852 has been around for a while as well, and is used by a lot of wallets (e.g. Daedalus, Yoroi, Adalite, Ledger, Trezor...) as a way to organize secret credentials...
Some are more specific to a particular use-case like CIP-0022 from @amw7 which details a protocol for securely authenticating an SPO to some other service like adapools, adascan or pooltool
CIP-0013 is another interesting one which defines a URI scheme for Cardano, like sharing a payment request or a delegation choice across two different applications.
I am pretty excited to see wallets implementing something such as CIP-0018 to enable multi-delegation from a single wallet and allow users to maintain portfolios of stake pools!
All-in-all, if your are building on Cardano, there's a good chance that some CIP is relevant to what you do.
If you're doing something completely new, there's probably room for standardizing some parts it to make sure others may re-use or integrate with you!
In the long run, we hope to move more and more core decisions as CIPs like protocol changes or improvements proposals on the ledger, the mempool and whatnot.
It's a space for discussion and sharing. Fully open and in constant seek for improvements.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Another hot and quite captivating topic these days is whether or not #Cardano needs a *fee market*.
I don't have myself a definitive answer for I think a large part of the answer is not software-related, but about economics.
Here's my two lovelace nonetheless... 👇👇 1/n
Firstly, why do we need fee at all on blockchains? For two reasons mainly.
(a) as a security mechanism to prevent spamming attacks against the network.
(b) as an incentive to pay those powering the network -- typically nodes, but in PoS, this also includes delegators!
On Cardano, fees can be mapped to physical quantities (e.g. bytes in storage, bytes in RAM, seconds of CPU time...) so that they make certain classes of attacks infeasible (too expensive). This is the case for tx fee, but also stake key deposits or Plutus execution costs.
Perhaps an unpopular opinion but, I truly dislike the wording "smart contracts".
I used to find it confusing when I first got into crypto years ago, but now I dislike it even more in the context of Cardano.
Why?👇
Compared to most existing smart-contract platforms, Cardano takes a much different road. Recently, we've seen a lot of discussions going on about "concurrency issues" and "EUTXO vs accounts". While equally expressive, Cardano programmability is different and atypical.
Cardano introduces the concept of programmable validators. Validators are fully deterministic: their result entirely depends on the transaction that carries them (= predictable fees).
In a sense, they are similar to the notion of "pure functions" in functional programming.
Ethereum Arbitrum vs #Cardano#Hydra, a thread about Layer 2 solutions.
👇👇👇
With the recent release of Arbitrum on Ethereum, and the upcoming Alonzo hard-fork on Cardano, there has been many discussions and comparisons about layer 2 solutions. As some knows, I've been working on Hydra with a few others for some months now and I want to shed some lights.
Firstly, what's Arbitrum and what problem does it solve for Ethereum?
Arbitrum is a mechanism that allows to move smart-contract execution out of the layer 1, in such a way that participants can put their trust in some chosen validators (a.k.a managers).