hyc: What about something like Banana Pi?

What would a PCI card full of Cortex-A53s earn you? What about A72s?

I haven't used banana pi, haven't looked at its specs

"a PCI card full of Cortex-A53s" is easier said than done

Cortex-A53 is very efficient, but I'd be worried about the efficiency of the power supplies and chassis it's attached to

Cortex-A72 is less efficient. while you could get a higher overall hash rate, I don't know how well it would do in terms of ROI

hyc: What's the break-even point in $/CPU acquisition cost?

I can' answer that for you, look up your own price of electricity and calculate it yourself

no I mean if electricity were free

Hi, the hash file is signed with "binaryFate <binaryfate⊙go>". Is this correct? Previous version were signed with another key.

It is expected that binaryFate now signs.

Oki, thanks

hi. Is there an electrum-like desktop wallet software for monero that is recommended here?

by "electrum-like" i guess i mean, one that does not require running your own full monero node

which co-incidentally i am already running two monero nodes, but that's not relevant to my inquiry

Henry151: mymonero is the closest thing we have

interesting

thank you.

Henry151: You can run standard monero client in 'thin client' mode

yanmaani: interesting

i am relatively inexperienced with monero. If I am running a monero instance, and I reveal to someone the wallet address for my monero wallet, can they from that piece of information, determine the IP address of my monero node?

No.

cool. And, if I reveal a wallet address, and you send some monero there, when I send it out to another address, you can't see what address I'm sending to, or my IP address, at that time either, right?

very nice.

If you assume just "the adversary knows your wallet address" as in the first question, then the you're correct.

excellent nice strong default security, i like it. I've long thought monero is the only cryptocurrency that offers any worthwhile differences from bitcoin

so, if the adversary knows the IP address of my running monero node, can they find out from that, where I'm sending monero to? or my wallet address?

Neither.

great!

A bit of a caveat:

If they know the IP address of your running monero node, and if they're connected to it, they will get transactions from you relayed to them. If they have sent you several outputs already, and your transaction happens to spend more than one of those outputs the adversary had sent you before, then there is a very good chance you're the author of that tx.

They can't see where to though.

my initial line of inquiry was because, in the past when using bitcoin, if I wanted to create a bitcoin wallet address not associated with my real IP address or real identity, I would start up a live OS like tails, and use electrum to create a wallet while connected through TOR, for example. So, I thought, is that kind of stuff necessary for monero? Or can I safely use my already existing monero node,

that is connected to the internet through my primary home connection and without a VPN

More layers of security is never a bad thing (assuming you don't use them badly).

But monero addresses are never on the chain so the in yor face bitcoin trivial traceability does not apply to monero.

sure. But it sounds like I could safely use my pre-existing monero node with very little risk of exposure.

sorry the "sure" was in reply to the "more layers of security never a bad thing" bit.

You can infer *some* things though. Just a lot less, and typically probabilistic.

cool. I'm not doing "anything bad" anyway so I have little to fear, but thank you for confirming what levels of privacy are "included" when you use monero

Jews were not doing anything bad either when they got hunted using the databases governments kept on their population before WW2.

right on.

if you don't have anything to hide, well you still have a right to privacy.

ok, so i opened my monero wallet with "monero-wallet-cli --wallet-file /path/to/my/walletfile" .. it said "Opened wallet: ..." and then said "Starting refresh" and says "Height 1936228 / 1978442" ... I want to know, does this mean my monero node has not been running/keeping up to date with the blockchain of monero?

I would have thought it would be fully up to date as monerod has been running in the background on this machine for months

what does it say if your type in status?

i tried typing "help" and "status" and got nothing from either

the height is increasing

it's up to 1950466 now.

Henry151: what version are you using?

v0.14.0.2

you missed the hardfork :)

am i out of date?

stop monerod, download the new version and it should resolve itself

oh! we had a hard fork?

wowza

but it will need a bit of time to sync up

what was the hard fork about?

dang it now i have to figure out how i installed it all over again

woohoo

Henry151: hard forks every 6 months (ish) for now :D

thanks for the link

what operating system?

debian

but make sure to download the latest version from here: web.getmonero.org/downloads/#cli

installing = downloading, extracting and starting

no difficult process involved

ok i think i had got it from github last time

oh nope

i look at my bash history and can see, I downloaded a tar.bz2 archive from downloads.monero.org and then unpacked it and installed it with a command like "sudo install -m 0755 -o root -g root -t /usr/local/bin/ monero-v0.14.0.2/monero*"

then i made a systemd service to run it that way

you can reuse your systemd service

yep i got it

i'll download the new archive, remove monero* from /usr/local/bin, and unpack the new archive and 'install' it with same command

selsta: you provided that link of where to get the latest version; is there some ambiguity or disagreement about "what's the official version" or something?

just because you said "make sure to download from here"

no, you can also download from github

ok, just curious.

make sure to check hashes

so is monero.org/downloads this the same software?

I'm sure some people will put compromised binaries somewhere. And... that site's not ours.

It's possibly waiting till it gets used a lot, then puts up comprimised binaries. Who knows. You don't want to be the one who tries :)

oh dear

how did "not us" wind up owning monero.org? that's unfortunate

Then again, someone pwned the monero download site to put up compromised binaries there too.

They bought it.

i could just build from source i suppose, but then again, i haven't got the technical proficiency to check the source code anyway

shoot barely got the proficiency to build from source, let alone to read through the source code and spot something malicious in it

It's typically enough to download gitian binaries and check the hash against the hashes claimed by > 1 "trusted" person.

There's a tool which does this, but then you'd have to build that one first :)

the only thing i am not liking about web.getmonero.org/downloads/#cli is the link for linux 64 bit is pointing at downloads.getmonero.org/cli/linux64 which is not a file, so it makes it clumsy for me to use wget to grab it on the machine i want to install on :/

wget should follow the redirect

oh, i didn't even try i just saw "that's not a tar.gz file" and figured it was not the link i needed

nah, "wget downloads.getmonero.org/cli/linux64" results in a binary file called "linux64"

tar xf linux64

that just seems odd. But i'll try it; it just seems weird that it didn't give me monero-linux-x64-v0.15.0.5.tar.bz2

your client isn't set to use the name of the redirect target

most GUI browsers will, CLI http clients won't by default

ah, i understand.

thanks

i'm already done installing the new version, about to start it up

where does monero look for a wallet file by default? I have always specified the full path to mine

relative to the current working directory

hm

would that end up being /usr/local/bin if that's where the bin files are?

so if you're in your home you can do something like --wallet-file Documents/Monero/MiningWallet

hm

i just noticed that if i run "monero-wallet-cli" with no arguments, then it says "Specify wallet name" and if i type my wallet name, it doesn't find it; so i'm wondering, where i might put the wallet file so that monero would find it that way

the current working directory is the one you've cd'd into. you can see it in the prompt (before every command) or by running the pwd command

so it just depends where you are when you start monero-wallet-cli

thank you

i am getting Error: Daemon uses a different RPC major version (2) than the wallet (3): localhost:18081. Either update one of them, or use --allow-mismatched-daemon-version.

i wonder what i screwed up on

did you update both the monerod and wallet binaries? and also restart monerod after updating the binary?

yes and yes

is your systemd service looking in the right place? maybe the old one wasn't in /usr/local/bin

aha, you are correct

thank you

it was looking for the file elsewhere

well, now i am getting Error: wallet failed to connect to daemon: localhost:18081. Daemon either is not started or wrong port was passed. Please make sure daemon is running or change the daemon address using the 'set_daemon' command.

Background refresh thread started

it *looks* like it's running

systemctl status monerod shows "active (running"

you can try running `monerod status` to get some info on what it's doing

and depending on how you wrote your systemd unit you might be able to do journalctl -u monerod :D

bpaste.net/raw/R5HA journalctl seems to show that it has not made any log entries since I changed the systemd service file to point to the new binary. monerod status shows the same couldn't connect to daemon message, and also says "generating ssl certificate"... bpaste.net/raw/R5HA

oops doublepasted the link sorry.

this is my systemd service definition: termbin.com/3b9h

oh what i said was inaccurate, if you look at the bpaste link there, you can see the journalctl logs are showing the most recent monerod version

well seems to have fixed itself

nevermind entirely, thank you for the help, it's working now properly

.xmr

wrong channel

hi

hey

there's a long time I'm out of the loop, where can I get information about a reliable home mining software? (:

the official monero command line client has a mining option

I dont know if it is solo mine or pool mining, I dont have much experience with mining

@vin

Is there something like P2Pool for Monero?

* vinicius:

useful behavioural nudge could be to implement it and have mining by default use P2pool

so it'd be more work to use a centralized pool

the official monero cli mining is solo mining, not pool.

there is no p2pool implmentation for monero. It's something I spent a great deal of time on and settled on the fact the overhead is not worth it.

consensus is the rub

What did go wrong?

monero block time is 2 minutes

ohh

thus the side chain consensus needs to be even shorter

and 20s block time is unfeasible?

exactly

Why does it need to be shorter ?

Is it, though? If there would be consensus on which transactions to include, then there shouldn't be a problem

moneromooo: Because you want to submit shares.

^

with blocktime of 2 minutes vs. 10 minutes like in btc, are orphaned blocks or temp chain forkes more likely/common?

thus needing say 5 confirmations in xmr to = same security of 1 btc confirmation?

or is this not an issue?

Intuitively: pooled mining works by breaking up the 50 BTC reward into 1000 mini-blocks of 0.05 BTC.

To post a block to the sidechain, you post a share. The consensus rule is that it has to pay the preceding miners.

You submit shares to a separate chain. I'm pretty sure it'd work with, say, 5 minute block time on that chain, unless evidence supplied.

No, if you have a side chain block time longer than the main chain, then you'll have less than one share per block

mainchain_time/sidechain_time = block_reward/share_reward

The p2pool chain will find much fewer than all blocks. So, beyond variance, it would not be a problem, would it ?

But avoiding variance is the whole point of pools

and also, that's betting against your own success

"oh yes our goal is for 100% of the miners to use a sidechain which can only handle up to 10% of the total load"

So your point was not that it would not work, but that variance would make it less appealing ?

hmm this gives rise to an idea

say you'd have ten p2pool-esque side-chains

would that work?

There can be several of these fwiw.

moneromooo: Well, what's the purpose of a pool?

Make money off miners.

Here, try out my 100% decentralized 0% fee pool. We call it solo-mine.com

Multiple p2pool chains would be a problem somehow, I think intuitively.

could be wrong though

But if you'd have very strict rules for how to build the blocks, including which transactions to include, couldn't you get something then?

I should not, since one of these chains does not need to know whether other blocks are found bu another p2pool chain, or solor, or centralized pool, etc.

so, all miners make sure to have the exact synced mempool, at least with respect to their immediate peers

then whenever a block is found, it will just be a few kilobytes up until the synchronization boundary

That's true

My intuitive idea was that it would be incentive-incompatible

since miners would flock to one pool

but they wouldn't; if one pool has 30 shares outstanding and the other has 20, then mining on the shortest chain should be beneficial

that said, you might get some BCash-esque scenario when ALL miners mine on the shortest chain, and whoops there comes 30 blocks at the same time, and then they all switch, etc

though I imagine there's some Schelling point where they do it probabilistically

like if the chain lengths are 35 35 35 32 30 15, then they'd pick a chain with weights f(0) f(0) f(0) f(3) f(5) f(20)