Ociswap Airdrop

Starting today, July 21st, at 19 UTC, is holding an airdrop which will will run for exactly two days until July 23rd 19 UTC. Don’t miss out! To participate and get a load of free $OCI all you need to do is register your Radix wallet with @ocicatbot on Telegram (/wallet rdx...) and then stake some of your Radix with our RadixRadar validator (address: rv1qw6m5nrwnjx2estgkv8zsvp77es6yea0p99zkregud6dqad8q5wg7yvr4na).

For more details see

There’s a total of 300,000 $OCI to be had. The sum is proportionally distributed. So the more you stake, the more you’ll get!

Incident: 15.02.2022 (downtime)

On 15th February 2022 at 9pm (UTC) our validator went down and effectively suspended validation for 11 hours until 8am of the following day.

We were notified to the validator going down straight away.
Shortly afterwards we de-registered the validator so that no further proposals were missed which would have further decreased the recent uptime percentage (which is at 99.3% right now) until the issue could be resolved. The validator was re-registered the next morning with a lower fee of 0.1% (instead of 1.99%). The fee will return to normal in about 2 weeks.

Post Mortem

Here we go through the details of what went wrong and how we aim to prevent this kind of situation in the future.

All times given are in UTC (London time).

15.02.2022, 9pm

The currently active validator node was shutdown and put into maintenance mode by our hosting provider. The maintenance started at 9pm and went on until 7am the next morning.

The maintenance of 3 of our servers (on 3 separate days) was actually announced ahead of time so all of this was entirely preventable. This was a human (my) error. I mixed up the server names and had thought this was only going to occur the following day. That’s my bad and I apologise to our stakers for the unnecessary downtime.

Now even with this human error this should have been not a big deal.
Just switch over to the failover and the downtime should be only a couple of minutes long.
After all I was alerted and able to react immediately.

However, due to unexpected complications with the failover node it wasn’t ready to jump in immediately.
While it did have a snapshot of the ledger and associated DB files they seemed to be corrupt and so the failover started synchronizing from the start again.

A full sync from zero takes at least 12 hours. That is a big problem.

So as one does I went to moan about this in the #node-runners channel on the RadixDLT discord server.
The Radix community being as awesome as it is people heard me right away.

Faraz from immediately offered his help. Rigel (Marco) from StakingCoins also answered right away and offered me a link to a backup of the database from his validator to speed up re-synchronisation. The backup was a bit older but would still save a lot of time.

Faraz then went on to point out that Stuart from RadixPool still shared a relatively recent backup with the community on the RadixPool website. As Faraz said in discord, we definitely all owe Stuart more than a few beers for his continuing service to the Radix community.

With Stuart’s backup I was able to re-synchronize the failover node by around 11pm.

Thanks to Faraz and Rigel for being so kind and helpful! And thanks to Stuart for providing these snapshots.

15.02.2022, 11pm

At this point I had re-activated the validator but still left it unregistered. The problem was again an unexpected one for me1. The original validator server could not actually be controlled by me in any way. The hosting provider doesn’t allow deactivating or removing the server, removing its internet access, closing ports or anything of the sort. So after maintenance was done it would then restart automatically and try to keep on validating.

This is a problem because there must never be 2 nodes active with the same key which both try to validate. This will cause missed proposals as they fight over the spot among the validators.

Now usually, in my experience with other hosting providers, this wouldn’t have been a problem. I would just deactivate the inactive node so that it does not automatically start again.
Unfortunately, and I didn’t expect this, I had no such control over the server with our current provider.
I should of course have realised this before this situation came up. My mistake.

This means I could not prevent it from coming back up online automatically eventually and ruin things.

This is why, with a heavy heart, I made the decision to keep the validator de-registered until the next morning when the maintenance window was going to end.

16.0.2022, 7am

With the maintenance window finally over the original validator came back online as expected.
Now at this point it was of course not in sync again as it hadn’t been online for 11 or so hours.

If had known for sure that the old validator would only came back online at a specific time, I wouldn’t have had to de-register the validator. I would’ve had all the time in the world to turn of the old server while it was catching up as soon as it came back up online.

Unfortunately it could’ve come back up online at any time within an 8 hour time window in the middle of the night. We observed this during the maintenance of another server.

Now I had control over the server again and deactivated the Radix node on it.

Then I promoted the still synchronized failover to validator and re-registered the validator so that it would again participate in the network.

As mentioned above when re-registering the validator I did this with a much lower fee of 0.1% as opposed to our normal fee 1.99%. I had originally intended to lower the fee to make up for the missed rewards. I then changed my mind after some discussion in our discord.

Full disclosure: It’s only as low as it is now because during re-registration I didn’t consider that the fee parameter in the transaction was actually expected not in percent (1.99) but in per 10,000 (199). On the plus side now our stakers do get more rewards as I originally intended for a while.

Still, this change will be reverted back to 1.99% in about 2 weeks.


To summarize: The issue was caused by human error (1), that is me, to begin with. The failover then was only available with a delay (2). And even with the failover ready we were unable to re-register the validator due to double validation (3) concerns.

I can only pledge to not let my mistakes happen again. I’ve learned from them and will take extra care from now on.

As for technical issues, these shall be mitigated in the future.

1 Which is of course not the provider’s fault. The issue was just me being to used to cloud hosting providers such as AWS or Hetzner where you can easily do this sort of thing. But for our node we chose to use closer-to-the-metal root servers which are of course not nearly as flexible.

The Future

The most critical problem here was the double validation issue (3). Without this the validator would have been back up and running within 2 hours after it went down despite issue number 2 (the corrupted database on the failover server). Still not ideal but a whole lot better than 11 hours.

Preventing double validation

To prevent this from happening in the future we will adjust our docker setup.
Currently before starting the docker services on a server the configuration is adjusted on the server once (validator vs full node configuration). From then onwards the server will always start in that configured role, i.e. either as a validator or only as a full node.

If a server becomes completely unavailable so that not even in the configuration can be adjusted on its disk (as it happened in this case) we cannot safely switch over the other to the validator role.

This step should have happened just before the maintenance window. It’s a problem that this requires a manual step before the server goes down because with this provider we can’t make sure that it stays down.

To mitigate this we will make the configuration source for the switch between validator and full node external. That is there will be a configuration file, say on a public S3 bucket, which will simply contain the IP of the server mapped to a role.

We will customize the docker container so that it checks this external source to decide whether it will start as a validator or full node. This means that even if the original validator server comes back online it will check this file and once it sees that it doesn’t have the validator role anymore, it will simply start as a full node only, preventing the double validation issue.

Should the external configuration source be unavailable for some reason we could still fallback to the manual configuration on the server. But by default the node container wouldn’t start at all.

External database snapshots

Issue number 2 was the corrupt database on the failover node. This, of course, shouldn’t happen to begin with and we will fix that issue too. We believe this happened due to a restart of the server during the local snapshot process. Overriding the last snapshot then corrupted it. We will adapt this such that we will keep multiple snapshots so that we can fallback onto a previous one in that case.

Moreover we will take a leaf out of Stuart’s book and store additional external snapshots of the database which we can then download as a last resort.

Closing thoughts

This long downtime of 11 hours was caused by multiple separate issues that all came together but in the end were triggered due to my mistakes. We recognize that our setup was not ideal and we could’ve prevented an issue to this extent even in the face of human error on my side.

We have learned from this and will improve our infrastructure accordingly so that we can offer a more reliable service in the future.

A big thank you to all our stakers who stay with us despite these temporary issues, and especially to those who expressed their support in our Telegram channel.

Instabridge now live: swap eXRD to XRD is now online and can be used to exchange Ethereum-based eXRD tokens for native XRD tokens. The service promises inexpensive and fast swaps and should also support other tokens such as Bitcoin, Litecoin or Doge in the future.

Tokens can be exchanged 1: 1 and in both directions. All details can be found in the Instabridge User Guide from Radix. To use the service you need a valid Instapass ID.

The first epoch starts on August 11th – from this point on, staking rewards can be earned. In order not to miss any rewards, you should stake before August 11th. Read ours Instructions for staking Radix to learn how. RadixRadar is of course already available as a validator node: You can also find us in RadixExplorer at the address rv1qw6m5nrwnjx2estgkv8zsvp77es6yea0p99zkregud6dqad8q5wg7yvr4na .

Mainnet Go-Live

Congratulations to everyone in the Radix team for the launch of the mainnet!

We are still soaking up all the new information available in the docs. Our nodes are already synced and online. We are just waiting to be able to register as a validator which is not yet possible.

Until then make sure to go to and create your mainnet wallet address!

Once we’re registered we’ll post an update. Our validator’s address will be:


Update (11pm): Our validator is now live!

Instructions for staking Radix (XRD)

Post was updated on November 14 2021.

Each of you have a different level of knowledge about staking.
So we have written a small guide on how to stake in the future to receive rewards.

For the German speakers among us we additionally have uploaded a video that shows of all of this in detail. If you prefer reading or can’t speak German, keep reading below.


What does staking actually mean?

In short means Staking To stake cryptocurrencies to get rewards.
Here you will find a detailed explanation.

How can you earn more Radix by using your Radix coins?

Step 1: Buy Radix

So far you can only buy eXRD (the Radix ERC20 token on the Ethereum blockhain). You can get eXRD via decentralized trading platforms (DEX) like uniswap. In addition, some central platforms (CEX) such as Bitfinex , Gate or KuCoin let you trade and buy Radix as well. You can find further options here.

Step 2: Convert eXRD to XRD

In order to be able to stake it, the eXRD must first be converted into the native XRD (Radix) tokens. In the future, this will be possible directly on Bitfinex, among other platforms. Until then, you can use Radix’s own instabridge platform to exchange eXRD for XRD.

To be able to exchange your eXRD on instabridge, you have to register with and complete the KYC (know your customer, i.e. identity check) process there. Then you have to register both the address of your Ethereum wallet, which contains the eXRD, and your Radix wallet address. For the former, you can either use your Ethereum wallet via Metamask, or you can use WalletConnect.

When converting you transfer your eXRD to the instabridge account. After a delay, the same amount will be transferred in XRD, the native Radix token, to your registered Radix address. Usually this should happen in a few minutes. You can see the status of the conversion on In some cases the transfer can take longer. But don’t worry, you’ll get your XRD eventually!

Radix wallet

If you don’t have a Radix Wallet yet, you can go here to download the application for Windows, OSX and Linux.
There you can then create a new address or import an existing one using the seed phrase. You can find detailed instructions for setting up the wallet on the Radix website .

Step 3: Stake Radix (XRD)

Open the wallet and click on “Stake & Unstake” in the menu on the left.

The staking view then looks like this.

There is currently no view in which you can directly select a validator (also called staking pool).
You have to enter or copy the address directly where you want to stake.

In the Radix Explorer you can view the list of registered validators and then copy the addresses of the validators you want to stake with. Our address, for example, is the following.


More on the topic of how to pick a validator (or staking pool, more information also here ) at the bottom of the page.

Now you enter the address of the validator (or validators) of your choice and set the desired amount of XRD (Radix) before you stake them. On the right side you can see your current stakes.

Important: Make sure not to stake all of your XRD as you will still need some XRD (between 0.5 and 1) to pay for the unstaking transaction later should you want to unstake.


Depending on the size of the stake, you will receive rewards for each epoch. How exactly these are calculated can be found on the official Radix website here. Here is a quick summary:

Every year around 300 million XRD of network emissions are generated by the Radix network.
This is an incentive for XRD token holders to stake their tokens for the proof of stake mechanism in order to secure the network.

This means that these 300 million XRD are paid out proportionally to all those who stake XRD, depending on how large their share of the total stake in the network is.

Let’s assume all owners together staked (as described above) 1,000,000,000 (1 billion) XRD.
Let’s also assume that you staked 1000 XRD yourself. Then that’s 0.0001% of the total stake in the network. Let us also assume for the sake of illustration that the situation does not change for a year, i.e. no one adds or removes new stakes.

Then after one year you will have received 0.0001% of the emissions (the 300 million).
0.0001% of 300 million are 300 XRD . That corresponds to an APY 1 of 30% .

The real amount will be a little smaller, however, since the delegators charge a fee for the operation of their servers. You can see the respective fee for a validator in the e xplorer before you choose one. You have to weigh up yourself what you think is a fair value.

Let’s say your chosen validator takes a 2% fee. Then that’s 2% of your 300 XRD. So 6 XRD.
That means you only get 294 XRD, so 29.4% APY.

Exactly how high these numbers are varies with the amount of stake in the network and with how large your share of it is. In the future the current exact value will be displayed here on our home page.

The rewards are generated proportionally for each epoch. That means if you didn’t join the staking straight away, that’s by and large not a problem. An epoch consists of around 10,000 “consensus rounds”, which corresponds to around 30 to 90 minutes, depending on the activity in the network.


When staking you cannot lose any XRD. They are only reserved for staking and can be released again at any time (see below).

The only thing you can lose is potential rewards.
If selected validators do not work reliably, e.g. because their servers fail, then a penalty is applied to their generated rewards. That would then reduce your profit beyond the fees mentioned above. It is therefore important to choose validators who you trust will be permanently available.

We ourselves staked the majority of our XRD with ourselves instead of with other validators.
In other words, if we perform poorly, we will also be punished directly because we receive fewer emissions.

On the one hand, this should show that we are convinced of ourselves and, on the other hand, it is a good additional motivation to keep our servers as reliable as possible.

1 annual percentage yield, ie annual interest rate


One more word about unstaking.
If you want your stake back, you have to request a reduction in your stake via the wallet.

Important : It can take 1 to 3 weeks (500 epochs) until the removed part of your stake is actually available again.

Selection of validators and further information

You can find more information about staking, unstaking, and what validators actually are on the Radix website.

We want to briefly explain to you how you can best select the validators for which you want to use your XRD (Radix). In short, you should pay attention to the following points.

  • 5×5 rule: Split your stake over at least 5 validators, each with a maximum of 5% of the global stake.
    • You can see the size of the percentage in the explorer.
  • Choose validators with a good geographical distribution. Some in Europe, America, Asia etc.
  • Choose validators who make a professional and reliable impression.
  • Don’t just vote for the top representatives. It is important to distribute the stakes well. If everyone just sticks to the biggest validators, it endangers the security of the network and can also slow it down.

We hope this short guide has helped you a little.

RadixRadar started as a validator!

Dear Community,

We are happy to announce that the betanet has now started and that we can take part as a validator. Soon you can stake your radix with us!

The information on staking has not yet been released. As soon as the information arrives, we will tell you how it works!

Here’s what we know:

Betanet Radix Desktop Wallet
You can download the wallet for your desktop here and you can find a guide here.

Betanet Radix Explorer
In the Explorer you can get information about individual addresses and transactions. More information is available in the User Guide .

Betanet Radix Node
The experts among you who want to open your own node (server) find more info here.

More about the launch of the betanet on the official site

Radix Betanet. We’re in.

Good news! We are one of 81 Radix Nodes from more than 300 applicants who are allowed to participate as full validators in the Radix Betanet. The 2-month beta phase starts on April 28th. We’ll be there from the start. We’re ready to go as soon as the documentation is available!

More on this in the official radix Blog entry .

Cryptocurrencies and taxes in Germany

Dear Radixradar Community,

the sharp rise in cryptocurrencies is increasingly leading to rapidly increasing profits and growing wallets. However, the tax aspects must always be considered, otherwise the profits would have to be quickly transferred to the state in large proportions.
In the following I will give you essential information about the taxation of crypto currencies briefly and concisely (! No tax advice here and not conclusive). Always send requests and comments to me. Greetings Robert

The tax calculation

Cryptocurrencies are in accordance with Section 23 of the Income Tax Act (EstG) to be classified as private sales transactions (OVG). It is therefore another economic good. In contrast to the so-called investment income (interest, shares, ETF, etc.), the personal tax rate (marginal tax rate) is relevant for cryptocurrencies and not the normal 25% of the investment income tax.

Calculation of the personal tax rate and marginal tax rate: Link to the calculator
For example, from 57,919 euros / year gross income, every additional euro is taxed at the marginal tax rate of 42 percent.

  • Crypto lending / staking – Lend cryptocurrency: see attached video from 12:37 min
  • Crypto mining : see attached video from 15:22 min

When do I have to pay taxes?

Profits are generally tax-free after a 1 year holding period. (Example 1)
Profits of up to 600 euros per year are also tax-free 1 as with gold. (Example 2)
If the exemption limit is exceeded, the total profit is taxed at the personal marginal tax rate. This means that from 601 euros, 601 euros are taxed. (Example 3)

Tip: Document times. When was the cryptocurrency purchased and when it was sold (for inquiries from the tax office).

1 Attention: do not confuse this with the tax exemption for investment income (e.g. shares) of 801 euros per person – everything from 802 euros is taxed at 25 percent .


eRDXPurchase datePurchase price (€)Date of saleSelling Price (€)Gross profit (€)Taxes (€)

Conclusion and strategy

  • Hold cryptocurrencies for more than a year
  • If the sale is necessary beforehand, then the profit should not exceed 600 euros
  • When it comes to lending and mining, there are special features to consider

Further information

Explained well and simply by financial flow

Introduction 1:23 When do I have to pay taxes on Bitcoin as a private person? 2:34 Similar to gold for taxation? 3:00 Where do I have to declare Bitcoin profits in the tax return? 5:29 What is the 10 year period about? 7:55 How do I prove to the tax office that my 1-year period has expired? 8:37 Is there an exemption for Bitcoin? 9:29 Other “other assets” 10:07 Will the tax laws on Bitcoin change? 11:20 Are the tax regulations in Germany attractive? 12:37 Crypto-Lending – lend cryptocurrency 15:22 Taxes on crypto mining 17:37 Can I claim Bitcoin losses for tax purposes? 19:37 Giving away and bequeathing bitcoins 22:27 End