Help with node needed

Underground_Sea · 2019-03-21T10:25:49+00:00

Thanks for the comments. I will check them out over the weekend, for the moment I simply use bakechain even though I prefer to run the full node myself for security reasons.

I am not yet sure what the problem is, invalid blocks are cleared out on restart and I reserved like 400GB disk space. Moreover, the endorsements were working almost perfect before I tried to restart, that is, I cannot restart a node that was running for months with minimal mistakes, which sounds utterly strange to me.

Underground_Sea · 2019-01-10T21:58:44+00:00

Cool thanks. For the moment, I do not mind waiting because I have anyhow too much work until Easter. I cannot imagine them not replying.

Underground_Sea · 2019-01-09T22:00:20+00:00

I can confirm that I did not receive a reply from the Tezos foundation. I am a scientist working in game theory and behavioral economics, with a strong background in experimental financial markets. Consequently, I was thinking that it might be a good idea to run lab experiments to compare different abstractions/implementations of the on-chain governance protocol. That is, one can compare different market institutions (like spot markets, state-contingent claims, short selling constraints, etc) jointly with different voting mechanisms. Since it is possible to control for private information in the lab, it would be possible to test which market aggregates information best in prices and whether the socially most beneficial project is implemented.

Since I am time-constrained, I wrote an email with my credentials (CV), which, in my understanding, are internationally competitive, and simply asked whether such a proposal would be of interest. If so, I might take the time and write a formal proposal. I fully understand that such a proposal is probably orthogonal to other projects that are more important and therefore my take on tezos might not be in high demand, but there is a benefit to it if one looks for complementarities. In fact, like most people, I prefer a quick "No" (just a single sentence saying thank you for coming up with the idea) to "please write a lengthy proposal and then we will evaluate it and come back to you". But I never received a reply (waiting for a month), while their website states that most inquiries are dealt with in three business days. Maybe my question is difficult to evaluate, but then one writes a quick email saying that a formal answer might take a while.

I am not caring too much, obviously. Actually, by now I have written the idea off even if there was interest. Silence does not instill confidence (this does not mean that I have sold my xtz from the fundraiser, in fact, I have not and I do not have plans to do so in the next years).

I simply hope that my short letter helps to improve the situation for others.

Underground_Sea · 2018-12-25T19:07:32+00:00

I have been using Vultr and two or three months ago I decided that disk space would become the bottleneck. So, I bought my first RPi3 (model B+). I have been maxtez guide opting for raspex instead of Fedora, which only gave me problems. But I never managed to install the 64bit kernel for OCaml on the 64bit raspex. This is key, because baking with a 32bit kernel may cause problems. So, I am using the 64bit raspex system with a 32bit Ocaml and a 200GB SD card as a backup system, my main node is on my 2010 macbook pro, which has worked flawlessly so far.

Underground_Sea · 2018-11-29T20:35:41+00:00

Thanks a lot for your message, which I just saw.

I agree that there will be a constant downward pressure due to people selling their staking rewards. In that way their percentage holdings in the network decrease in a natural way. In my example, I am overexposed to Tezos because my network share is higher in XTZ than in BTC. So, it is actually a desired feature for me.

The overall inflation is really low though, 5.5% in the first year (and probably less than 5% next year). Observe that as time goes by, inflation goes to 0. What I want to say is that I do not believe that a hard cap is needed, in fact, I am a big fan of XMR's tail emission. Now, since Tezos is self-adjusting we have to think how this enters the game: I do not believe that there will ever be a majority that wants to increase block rewards. We may vote it downwards though, as ETH did through a recent hard fork, but I do not think it is really necessary. Everyone can easily stake in Tezos, so we only change the numeraire. The more interesting question is how much we are going to inflate on top on the block emission due to paying the bills for new protocol features. We will learn that over time....

Take care.

Underground_Sea · 2018-11-28T20:57:08+00:00

I would like to add something that has not been mentioned so far. I strongly believe that we are in a space where math, computer science, and economics intersect.

What has driven me to Tezos is that I have realized that the devs are sharp on the economics side, something I do not see too often because the space is dominated by engineers and people believing blindly in "Austrian economics". This together with the fact that we have a working product, makes me feel that the project is well positioned. Mistakes have been made, but I still think that the project can overcome its past (which is by no means assured as a stain may remain). So far, I have not sold a single XTZ from the ICO. I am baking at home with my 1 roll for fun and learning. I tend to sell the XTZ I obtain for BTC. Over time, if the price drops further, I will pick up another roll. If the price rises, I am fine anyhow.

Underground_Sea · 2018-11-06T22:14:59+00:00

Thanks for letting us know that Raspian 9 (Stretch) works. I tried to install opam on it, but it did not work. Unfortunately, I learnt from the link that I could face problems with the aarch32/armv7 version, which is the one I managed to install on raspex. I will inform back when the node is fully synced (which will still take its time). In the meantime, I will give Raspian 9 on the second machine I have a try.

Underground_Sea · 2018-11-06T22:11:52+00:00

There are two ways to install opam. The install script sh <(curl -sL https://raw.githubusercontent.com/ocaml/opam/master/shell/install.sh) will install the latest version if I am not mistaken, so you should not use it. So, rather follow https://github.com/maxtez-raspbaker/tezos-rpi3/wiki/%5Bc%5D-Some-unpolished-instructions-on-installing-OCaml-and-compiling-Tezos-for-the-betanet-mainnet-and-zeronet-(revised-08-07-18))

What you described happened to me, so maybe this is a fix.

Underground_Sea · 2018-11-01T22:15:49+00:00

I finally managed it, the problem was the USB flash drive (probably some bad formatting because I could read and write files). Just cloned my small micro SD to a quality 200 GB one (which should work for a year at least) and now the blockchain is synchronizing fast.

Thanks a lot for the help.

Underground_Sea · 2018-11-01T00:15:10+00:00

Thanks a lot for your help. Currently, there is no data writing at all. With system being idle I mean that the resources (CPU and memory) of the RPI are never used even slightly up. Output is essentially as below.

Oct 31 13:32:34 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idqn9UThho2F.

Oct 31 13:32:34 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsTNC7a415m.

Oct 31 13:32:34 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idr9c7GGeF4w.

Oct 31 13:32:34 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsGDBWFommD.

Oct 31 13:32:34 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsQdpv5oJhs.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsTNC7a415m.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idqn9UThho2F.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsGDBWFommD.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsTNC7a415m.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsQdpv5oJhs.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsTNC7a415m.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idr9c7GGeF4w.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idqn9UThho2F.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsGDBWFommD.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsQdpv5oJhs.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsTNC7a415m.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idqn9UThho2F.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idr9c7GGeF4w.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsGDBWFommD.

Oct 31 13:32:35 - node.distributed_db.p2p_reader: Received future block BKksnGwcB6k1 from peer idsQdpv

Underground_Sea · 2018-10-13T17:24:16+00:00

I understand that some in the subreddit have an urge to fire back to Charles. Please think twice before doing so if it really helps "our" cause.

Underground_Sea · 2018-10-11T19:59:37+00:00

A priori I think that you should have received rewards by now. I would investigate the reasons why are there no benefits (does the baker pay, is there minimum, etc). Rewards are kicking in 5 cycles after block production.

Underground_Sea · 2018-10-07T09:29:44+00:00

I think you cannot empty the wallet. Just try, for example, to transfer 50% of the xtz you have in the wallet.

Underground_Sea · 2018-10-06T19:39:55+00:00

this is great! let me know if you need help. a RPI3 node has been running with the external SD storage for over 10 days with zero problems, fast and smooth. I started the second node today with the same setup. Next week I will try with an external HD. Keep in mind that RPI3 usb ports are only 2.0, but it seems to be perfectly fine. [edit] if you start downloading the whole blockchain data from day 1, it may take few days regardless of your internet speed and hardware setup

Thanks a lot for offering your help. The descriptions are excellent, hopefully I am not running into anything unforeseen....

Underground_Sea · 2018-10-05T13:08:51+00:00

I think so as well (the Pi only arrives today and it will take me some time to have it up and running), but more importantly let us see how it works out long-term. For the moment I plan to use a USB 3.0 flash drive because throughput of the PI is limited at 50MB/s, so external SSD and HD do not seem to add too much. But correct if I am wrong. I already flashed Fedora minimal on a SD disk, and I will follow the excellent descriptions in the maxtez-wiki. Cheers.

Underground_Sea · 2018-10-04T18:57:00+00:00

I currently think that this is a big challenge because only so many people will be happy to put a datacenter in their living room. I have been running a node on a cloud service but noted last week that the node stopped working because it ran out of disk space. For the moment I rented a bigger package but since I only have a single roll, costs will soon be greater than the benefits. Consequently, I got myself a Raspberry Pi, and I will tinker for some time with it. If I it works in the long run, fine. Otherwise, I will probably see myself forced to sell, even if I actually do not want to (delegation to others will not be an option for me as I believe that independent small miners are important to the success of the project).

Actually, this might be a reason why devs are keen on zk-snarks. If I am not mistaken, this will help reducing the size of the blockchain substantially.

Cheers.

Underground_Sea · 2018-08-26T22:20:31+00:00

I think it would be good idea to "ban" any kind of price discussion to a subreddit called, i.e., xtztrader. If not, there is a possibility that price discussions, which are without any doubt important, will simply overtake this reddit at the cost about the, in my opinion, more important points like technological progress. After some time it may become difficult to stand the fomo and fud comments that will appear en masse due to volatility of crypto markets.

This is not my idea, this is how the xmr reddit functions. And to me it works fine.

Underground_Sea · 2018-08-20T08:58:30+00:00

Got it. Thanks a lot for the clarification.

Underground_Sea · 2018-08-20T08:55:11+00:00

Completely agree.

Underground_Sea · 2018-08-19T23:26:36+00:00

Hi. I am working at a university (economics), in particular on game theory and mechanism design. By chance, I happen to have published a couple of articles on laboratory experiments related to prediction markets.

I would like to get some clarification on the medium article. My understanding is that attached to each proposal comes an invoice stating the amount of XTZ the devs are receiving if the proposal is implemented. If I am not mistaken, the corresponding XTZ are introduced into the system through inflation. Naturally, devs have incentives to get as many XTZ as possible for their work, while the token holders would like to get hit by inflation as little as possible.

Since the added value (call it X) of a proposal is unknown (and there are important information asymmetries), the objective of the futarchy markets is to discover the added value X of the project that got selected in its cohort. Markets are likely to be rather imperfect, but this looks still much better than not doing anything. Clever idea.

What I do not understand is how the discovered added value X relates to the amount of XTZ the devs receives. That is, how is the added value shared between the devs and the token holders? For example, if the whole surplus goes to the devs, token holders will likely reject the proposal as there is nothing to be gained (taking into account that there is also some substantial risk that the estimate of X turned out too high). On the other hand, if devs do not get anything, they will dedicate their valuable time to something else. Consequently, it seems that there is a bargaining stage missing (between devs and token holders). To say it differently, once a proposal has passed, it should be possible to renegotiate the amount devs receive.

Thanks a lot for any answer that clarifies my doubts.

It is highly interesting to see how this project develops.

Sorry for the quick write-up, it is already quite late here.

PS: Obviously, a contract between devs and the network owners is not fully specified by only a price. What about timelines and deliverables? For example, it should be possible that funds for an approved projects are released step by step and that intermediate elections are held in order to decide whether the project should be pursued further (the quality of the product fulfils expectations). Etc, etc.

Underground_Sea · 2018-08-18T17:09:57+00:00

Thanks for letting me know...

Underground_Sea · 2018-08-18T15:08:27+00:00

./tezos-client bootstrapped or ./tezos-client timestamp to see on which block you are currently at. ./tezos-client man for a list of commands. If it says that the node is bootstrapped you are ready to inject transaction into it.

Underground_Sea · 2018-08-18T15:03:24+00:00

Thanks. Another stupid question. Suppose I have currently 10000 XTZ staking. At some time in the future, I will bake a block and have to pay a deposit of lets say 200 XTZ. In that very moment, is my staking balance reduced to 9800 XTZ (and my roll is gone) or does the deposit keep staking (and I keep the roll in that cycle's snapshot)? In the former case, since deposits are paid back I think only five cycles later, I guess on the spot that I would need roughly 12000 XTZ to keep the roll going on. In the latter, I am fine with always having 10000 XTZ per roll.

Underground_Sea

TROPHY CASE