redjade

Saw weird behavior. Limit of cpu/net bandwidth is increasing without more staking.

tested on eos-mainnet v1.0.2.1 which is almost identical to eosio v1.0.2.

See below.

$ date;./cleos.sh get account eoseoultesta
2018. 06. 09. (토) 21:04:21 KST
permissions:

redjade

diff --git a/plugins/chain_plugin/chain_plugin.cpp b/plugins/chain_plugin/chain_plugin.cpp
index 0a07bb4c5..e8c665366 100644
--- a/plugins/chain_plugin/chain_plugin.cpp
+++ b/plugins/chain_plugin/chain_plugin.cpp
@@ -1024,7 +1024,7 @@ read_only::get_account_results read_only::get_account( const get_account_params&
          if ( it != idx.end() ) {
             vector<char> data;
             copy_inline_row(*it, data);
-            result.self_delegated_bandwidth = abis.binary_to_variant( "self_delegated_bandwidth", data );
+            result.self_delegated_bandwidth = abis.binary_to_variant( "delegated_bandwidth", data );

redjade

Intro

Please remind that this gist is for documenting and understanding what is going on current ram cost approaches and its consequences technically.

Ideal state after eosio resignation below:

• EOS token stat
  • max_supply : 10000000000
  • supply : 1000000000
• RAM Bancor state

redjade

diff --git a/contracts/eosio.system/delegate_bandwidth.cpp b/contracts/eosio.system/delegate_bandwidth.cpp
index 14b355f71..0d13c9fe7 100644
--- a/contracts/eosio.system/delegate_bandwidth.cpp
+++ b/contracts/eosio.system/delegate_bandwidth.cpp
@@ -189,6 +189,15 @@ namespace eosiosystem {
       }
    }
 
+   void system_contract::mitigatebiosramcost( account_name boot, asset quant ) {
+      require_auth(boot);

redjade

package main

import (
    "fmt"
    "log"
    "net/http"
    "time"
    "runtime"
)

redjade

#include <iostream>
#include <cmath>
#include <iomanip>
#include <limits>

using namespace std;

class Connector {
    public:
        long double balance;

redjade

Keybase proof

I hereby claim:

• I am redjade on github.
• I am resvera (https://keybase.io/resvera) on keybase.
• I have a public key ASBjzNIyOMabuHMGF5mvMn8NBrkbCBuA3nrdwjZNNYKslgo

To claim this, I am signing this object: