Skip to content

Instantly share code, notes, and snippets.

View Dexaran's full-sized avatar

Dexaran Dexaran

View GitHub Profile

Falsehoods that Ethereum programmers believe

I recently stumbled upon Falsehoods programmers believe about time zones, which got a good laugh out of me. It reminded me of other great lists of falsehoods, such as about names or time, and made me look for an equivalent for Ethereum. Having found none, here is my humble contribution to this set.

About Gas

Calling estimateGas will return the gas required by my transaction

Calling estimateGas will return the gas that your transaction would require if it were mined now. The current state of the chain may be very different to the state in which your tx will get mined. So when your tx i

ERC-20 approve & transferFrom asset transfer method poses a threat to users’ funds safety.

ERC-20 is the oldest (and the first) Ethereums “token standard” — a documentation of a template of a token that everyone can use to create new tokens.

ERC-20 defines two methods of transferring tokens:

  • transfer function — a “push” transaction of a token.

  • approve function that authorizes someone to perform a “pull transaction” by calling a transferFrom function afterwards.

VaultSX hack: lessons learned and other thoughts

The main topics of the article are:

  • a brief overview of what happened to VaultSX
  • a process of negotiating with hackers
  • a few tips for how to act if you are a hacker
  • a number of concepts that could prevent such an accident in the future
  • a couple of tips for users to consider

ClarionOS FAQ

Since it makes no sense to answer the same questions in different channels multiple times - this section will contain the most frequently asked questions that I encountered.

Feel free to ask any unanswered questions in the comment thread.

1. What is Clarion?

Clarion is a communication tool. This tool is designed to enable users to communicate freely with each other without the involvement of third parties between them. This is necessary to prevent the possibility of censorship by these third parties.

ECIP Presentation Processes

Abstract

This aims at defining a standardized process for initial presentations relating to change proposals on the ETC network. With a well defined process for allowing presenters to present their ideas without disruption, we can garner more civil and productive discussions that allow all parties involved to participate once an understanding of the idea has been established.

This process only applies to initial presentations where someone with an idea can present their idea for general understanding and consumption. There is no voting or discussion making during these calls.

Motivation

Currently there is no clear process flow for how individuals or teams can present their ideas to the community. There is an overwhelming amount of "noise" in these discussions and it would be beneficial to all involved if there was a standardized process to allow voices to be heard from the person(s) with the idea.

Ultimate solution to 51% attacks: amend the Nakamoto consensus

TL;DR:

The Nakamoto consensus is a set of rules that is intended to define a trustless peer-to-peer electronical cash system that can solve a double-spending problem without financial institutions involvement. It fails to do so in some circumstances.

The main flaw of the Nakamoto consensus is that it assumes the possibility to rewrite the history of transactions in the past up to a potentially unlimited point of time, while in reality not all off-chain events can be reversed up to any point of time. The flaw is expressed in "The longest chain is always the right chain" paradigm which is the root of all 'stealth mining' attacks. The new paradigm "The longest chain is the right chain IF it does not suggests to reorganize more than X blocks of the already existing chain" must be applied in order to make these attacks impossible.

Another flaw of Nakamoto consensus is that it assumes that a node can trust itself. In reality on

Mediakit tables for Dynamic Gas Pricing.

{ "version": "eosio::abi/1.0", "types": [], "structs": [ { "name": "kkk", "base": "", "fields": [ { "name": "id",

< This is a template of the Callisto Treasury proposal >

Proposal name

(provide your proposal name that matches the name in contract, case sensetive)

Comparative Analysis and research