Today I saw from a spam / scam mail that somebody managed to register the following domain: ledger-kundenservice.com

For people speaking German that's a damn good domain

It's already down, however

i.e. the website there blocked

<r​andomnym666:matrix.mynymbox.io> Hey there,

<r​andomnym666:matrix.mynymbox.io> so what's the deal with Tari? The whole project seems to be somehow centralized and like a normal Altcoin project with investors etc.

<r​andomnym666:matrix.mynymbox.io> We like ti just because it uses RandomX?

What's the context of mentioning this? Never heard of this one.

<r​andomnym666:matrix.mynymbox.io> Because many Monero ppl post about it

<k​evino:tchncs.de> they are just posting about it not giving you any financial advice

<r​andomnym666:matrix.mynymbox.io> I don't need financial advice. My question was whats the deal with it. Why they post about it? Is it super dezentralized or something?

Because it can be merge mined with Monero (free coins for Monero miners)

<r​andomnym666:matrix.mynymbox.io> That explains it. Thx

<m​onero.arbo:matrix.org> also the association with fluffypony, I have to imagine

free coins? less coins i thought. same # of daily new picos being coined, divided among more miners. More hashes.... more security, assuming they're not using a centralized pool.

The comparison is between merge mining tari or not. Tari existing means fewer monero for existing miners than if tari did not exist, which is what you are saying, but it is irrelevant to the decision making of whether to merge mining tari or not.

In theory, if 100% of monero miners were to merge mine tari, you'd get a steady state that's about the same as it is now. Fewer monero, some extra tari coins, all of which selling for the same amount of fiat in total.

<o​frnxmr:xmr.mx> mooo monero-project/monero #3876

<o​frnxmr:xmr.mx> for the answer to whether db-sync-mode switches to safe:sync once synced

Thanks. I did not remember I was the one who coded it.

Why Tari existing -> fewer Monero? Monero is steady at +0.6 XMR/block

<o​frnxmr:xmr.mx> Higher monero difficulty = fewer monero per hash

<o​frnxmr:xmr.mx> Thanks mooo, its a great feature to have

Tari existing -> miners get some "free" tari coins -> high miner income -> marginal miners start mining -> fewer monero coins per miner

Then again, it might be that the price of monero goes down a bit instead of the hash rate going up a bit. Who knows.

<e​longated:matrix.org> Doge is merged mined with ltc, now compare both coins btc pair , Tari is going to ride back on xmr miners and market its coin

<e​longated:matrix.org> Fluffy is cunny thy will milk it all

<e​longated:matrix.org> Vc funded, premined coin

<d​uggavo:matrix.org> Tari would've been cool, five years ago

<d​uggavo:matrix.org> now it's not very interesting

<e​longated:matrix.org> Has Tari even contributed anything to xmr ? Didn’t fluffy sitting down on a floor talk about how Tari will help xmr and bring. GUI changes and what not …

<e​longated:matrix.org> Tari doesn’t even have atomic swaps with xmr 😅

<e​longated:matrix.org> But hey it’s fluffy so it needs to be talked n shilled

<e​longated:matrix.org> Going back to my cave

<r​avfx:xmr.mx> Question : If I shutdown a node for maintainance and a user send a transaction via RPC while it's shutting down. Is there a chance, as small at it can be, for the node to shutdown after it receive a TX via RPC but before rebroadcasting the TX on the network? Or it ensure everything is broadcasted before terminating itself?

<j​effro256:monero.social> It might not broadcast it, but it will have saved it to its mempool b4 shutting down if you get an RPC response

<j​effro256:monero.social> And mempool is saved to disk

<r​avfx:xmr.mx> So it broadcast it once it back online right.

<r​avfx:xmr.mx> So there is a risk that user receive a "delay" for his transaction. That answer my question, thanks

<r​avfx:xmr.mx> So a solution would be to block RPC port like 10 second before planned shutdown I assume

<o​frnxmr:xmr.mx> Yes

<o​frnxmr:xmr.mx> Its a small chance though. Eventually the tx will show as "failed" by the wallet if your node is offline for an extended period of time)

<o​frnxmr:xmr.mx> User can resubmit the tx to a different node

<e​longated:matrix.org> Which wallets allow such a feature without rescan ?

<d​uggavo:matrix.org> Feather Wallet

<o​frnxmr:xmr.mx> Afaik, all?

<o​frnxmr:xmr.mx> Just have to wait for the tx to "fail"

<o​frnxmr:xmr.mx> no?

<e​longated:matrix.org> Last time I had such failed tx, neither cake or gui had such a option to rebroadcast tx

<e​longated:matrix.org> It’s very rare so I don’t know if they added it now

<o​frnxmr:xmr.mx> Theres no "rebroadcast" button

<o​frnxmr:xmr.mx> can just switch nodes and send it again manually tho, iirc.. 🤷‍♂️

<r​avfx:xmr.mx> I did see it append one time on the Feather chat.

<r​avfx:xmr.mx> His time period did match my "maintainance" event. I just dont want that kind of event to reproduce if possible

<e​longated:matrix.org> Sure ? Last time i had this issue then balance was stuck due to this pending tx

<r​avfx:xmr.mx> yep, that's what I did see too

<r​avfx:xmr.mx> from other complain

<e​longated:matrix.org> Rescan/restore is the only way around this or waiting for that remote node to go back online

<o​frnxmr:xmr.mx> No?

<o​frnxmr:xmr.mx> Once the tx js marked as failed it can be sent again

<o​frnxmr:xmr.mx> ive never rescanned on any wallet

<o​frnxmr:xmr.mx> Ive wiped my tx pool and resent the tx plenty of times

<o​frnxmr:xmr.mx> (cuz i was impatient. Tor tx-proxy failijg to broadcast during tor ddos)

Elongated mentioned the tari premine, 30% according to reddit.com/r/tari/comments/1bo36yv/tari_tokenomics_post_30_premine

The original link 404's so not sure if this number has changed

Sorry, actual.linknhttps://airdrop.tari.com/tokenomics

airdrop.tari.com/tokenomics :(

<b​asses:matrix.org> plowsof get back to matrix

<o​frnxmr:xmr.mx> He dm'd me on irc to tell you "no"

<o​frnxmr:xmr.mx> whats worse, a 30% premine or a 30% dev fee

<o​frnxmr:xmr.mx> and which is it better or worse to have a premine on POS or POW

<o​frnxmr:xmr.mx> ( ͡° ͜ʖ ͡°)