HN user

elopio

146 karma

dev at Zeppelin, community at Ubuntu, jaquer at JáquerEspeis

[ my public key: https://keybase.io/elopio; my proof: https://keybase.io/elopio/sigs/KKgoXCd2fSSbylpmCuhpn7Ytny1XN6mZJC7MFzgDjbQ ]

Posts57
Comments8
View on HN
forum.zeppelin.solutions 7y ago

Using automated bug finding tools to catch the MakerDAO voting vulnerability

elopio
1pts0
blog.zeppelin.solutions 7y ago

Technical Description of Critical Vulnerability in MakerDAO Governance

elopio
1pts0
medium.com 7y ago

MakerDAO Critical Vulnerability Notice

elopio
2pts0
blog.zeppelin.solutions 7y ago

Follow This Quality Checklist Before an Audit

elopio
1pts0
blog.zeppelinos.org 7y ago

A new wave of applications – ZeppelinOS blog

elopio
4pts0
blog.zeppelinos.org 7y ago

ZeppelinOS: Building Blocks: What Makes a Good EVM Package?

elopio
2pts0
blog.zeppelinos.org 7y ago

Testing real-world contract upgrades

elopio
2pts0
blog.zeppelinos.org 7y ago

Ethereum package deployment with ZeppelinOS

elopio
2pts0
blog.zeppelin.solutions 7y ago

Why I’m Building Zeppelin

elopio
1pts0
ethernaut.zeppelin.solutions 7y ago

Ethernaut: wargame to learn about smart contract security

elopio
137pts28
blog.zeppelin.solutions 7y ago

The Global Coordination Machine

elopio
1pts0
blog.zeppelin.solutions 7y ago

Deconstructing a Solidity Contract – Part IV: Function Wrappers

elopio
1pts0
gitlab.com 7y ago

Contribute to Awesome Alan Turing

elopio
1pts0
www.indiegogo.com 7y ago

Wakeful Hoodie campaign, by the artist behind the Ubuntu animals

elopio
1pts0
github.com 7y ago

OpenZeppelin v2.0.0 Release Candidate

elopio
2pts0
blog.zeppelin.solutions 7y ago

Compliant Decentralization?: Exploring an Approach to Utility Token Distribution

elopio
2pts0
blog.zeppelin.solutions 7y ago

Deconstructing a Solidity Contract – Part II: Creation vs. Runtime

elopio
1pts0
blog.zeppelinos.org 7y ago

Towards frictionless smart contracts upgradeability

elopio
4pts0
blog.zeppelin.solutions 7y ago

Deconstructing a Solidity Contract (series)

elopio
2pts0
blog.zeppelinos.org 7y ago

Getting started with ZeppelinOS

elopio
2pts0
privafest.org 7y ago

Privacy Festival in Costa Rica

elopio
3pts0
twitter.com 8y ago

Old pictures of Costa Rica

elopio
2pts0
blog.zeppelin.solutions 8y ago

Verifying identity in Venezuela through the TPL

elopio
1pts0
medium.com 8y ago

Malicious backdoors in Ethereum Proxies

elopio
2pts0
medium.com 8y ago

A brief of how the ETHBuenosAires design process was

elopio
1pts0
www.youtube.com 8y ago

[video] Getting started with ZeppelinOS

elopio
3pts0
blog.zeppelinos.org 8y ago

ZeppelinOS, a platform for smart contract applications in Ethereum

elopio
48pts16
blog.zeppelin.solutions 8y ago

New crowdsale contracts in OpenZeppelin

elopio
2pts0
insights.ubuntu.com 8y ago

Skype now available as a snap for Linux users

elopio
2pts0
insights.ubuntu.com 8y ago

Canonical brings Slack to the snap ecosystem

elopio
2pts0

I'm not James, but I have opinions! :D

A docker image runs a full operating system. There are some light OSs for docker, but that's still heavier than a snap.

The snap runs directly on your host, with a different kind of isolation to make it secure. So it also makes easy other kinds of communication between apps, like unix sockets or dbus.

Then there's the great feature of autoupdates. If the openstack developers push a new version, it will reach all the users within 4 hours. On a docker container you can have the same problems you have in classic distros. You'll get an old version by default, and you have to apply hacks or accept other risks if you want to get a newer.

What would be awesome is to be able to run snaps inside docker containers. That will be a mix of both worlds, docker for replication and adding or removing new machines as the load changes; snaps for getting the software into those machines. We can currently do that with linux containers, maybe at some point docker will support them too.

And we have snaps for docker and lxd, make sure to give them a try:

$ sudo snap install docker $ sudo snap install lxd

PPAs were good for some things, but they require you to package the software as a deb, which is a lot more work than to make a snap. And during the installation of a deb coming from a PPA, the user is at risk because it is being installed with root permissions. snaps are much more secure, during installation they are just unpacked into their confined space.