Skip to main content

Posts Ripple validator returns normal since two day ago

Recent posts Ripple validator crashed last night due to low free disk space

The above graph shows what happened.

I did get an alert from GCE that disk usage was high. I have an alert policy which says alert me if disk usage is over 80% for more than 5 minutes. However, it was too late, so I didn't get up and thought maybe it could resolve on its own. But it didn't. And GCE didn't keep alerting me, which surprises me.

Rippled logged these two lines before it died:

2018-Jan-10 11:33:27 Application:FTL Remaining free disk space is less than 512MB
2018-Jan-10 11:33:27 Application:FTL Application::onStop took 23ms
So rippled killed itself:
Before that, log was flooded with the following messages for 5 hours: 2018-Jan-10 10:55:08 LoadMonitor:WRN Job: recvGetLedger run: 1390ms wait: 0ms
2018-Jan-10 10:55:32 LoadMonitor:WRN Job: recvGetLedger run: 1250ms wait: 0ms
2018-Jan-10 10:55:32 LoadMonitor:WRN Job: recvGetLedger run: 1533ms wait: 0m…

Ripple's Decentralization Strategy

Copied from the following link:
mDuo13 wrote this. Kudos to him.
To recap the Decentralization Strategy, here's a summary: Switch to using a validator list site ( This is where we are now.All rippled instances configured to use the site can automatically follow Ripple's updates to the recommended set of validators, in lockstep.In case you're curious, the validator list site publishes cryptographically signed recommendations of validators, so it's not easy to impersonate. And rippled caches the data it gets from the site, so the XRP Ledger won't go down even if is down for a while. (It might be tough to bring new rippled servers online while is down, but I think there are some protections against that, too.)Update the site and the existing validators to use validator tokens instead of master validator secret keys.This adds security to… Ripple validator upgraded to 0.81.0

Information about this version can be found here

This happened at about 1:45pm local time.

There were some behavior changes after the upgrade:

Monitoring ripple validator running in GCE

GCE provides various kinds of metrics from which one can create dashboard, alerting policies etc. However, there is no way to monitor performance of rippled unless we wrote something ourselves.

Fortunately, GCE allows creating custom metrics. So as a starting point, I decided to create a metric for rippled build_version. This information is very useful. For example, you will be able to tell if the behavior of the server changes after version changes.

However, I later learned that custom metric can't have "STRING" as its value type. So I created an uptime metric with build version as its label. It works just the same.

Here is a screenshot of the chart created from this metric:

Unfortunately, it seems I can't share this chart publicly, unlike charts created from built-in metrics which can be shared publicly.

What a deflationary currency will bring to the world?

I have been wondering about this lately. Then I found this article:

TL;DR: as long as investment has higher return then hoarding the deflationary currency, people will invest instead of hoarding.

Similarly, if market maker can make more than hoarding XRP, market maker will make market instead of hoarding.

How exactly is XRP going to work as a bridging digital asset?

Maybe this is obvious all along to some people. Anyway, I just figured this out. So I thought maybe it's worth sharing.

Previously I thought the bridging consists of two transactions, both on XRP ledger. One from fiat currency A IOU to XRP, the other from XRP to fiat currency B IOU.

Then I saw this:

So Miguel Vias said in the pilot they used liquidity on bitstamp and bitso. However it's seems the trading volume of XRP/bitso.MXN since the beginning of 2017 is so low that it's virtually no liquidity there. See this:

Then I realized, just like bitstamp, bitso has its own exchange and the liquidity there is much better.

So now it's clear to me there is another way for XRP to bridge cross-border payments. The originat…