04:07:54 Today I saw from a spam / scam mail that somebody managed to register the following domain: ledger-kundenservice.com 04:08:11 For people speaking German that's a damn good domain 04:08:32 It's already down, however 04:09:01 i.e. the website there blocked 12:14:25 Hey there, 12:14:26 so what's the deal with Tari? The whole project seems to be somehow centralized and like a normal Altcoin project with investors etc. 12:14:43 We like ti just because it uses RandomX? 12:21:26 What's the context of mentioning this? Never heard of this one. 12:22:07 Because many Monero ppl post about it 12:23:02 they are just posting about it not giving you any financial advice 12:24:41 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? 12:27:09 Because it can be merge mined with Monero (free coins for Monero miners) 12:30:22 That explains it. Thx 12:32:01 also the association with fluffypony, I have to imagine 13:41:49 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. 13:49:49 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. 13:52:04 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. 13:53:27 mooo https://github.com/monero-project/monero/pull/3876 13:53:58 for the answer to whether db-sync-mode switches to safe:sync once synced 13:54:56 Thanks. I did not remember I was the one who coded it. 14:09:01 Why Tari existing -> fewer Monero? Monero is steady at +0.6 XMR/block 14:14:29 Higher monero difficulty = fewer monero per hash 14:15:22 Thanks mooo, its a great feature to have 15:21:17 Tari existing -> miners get some "free" tari coins -> high miner income -> marginal miners start mining -> fewer monero coins per miner 15:22:48 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. 15:24:13 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 15:24:14 Fluffy is cunny thy will milk it all 15:31:32 Vc funded, premined coin 15:32:50 Tari would've been cool, five years ago 15:32:56 now it's not very interesting 15:33:08 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 … 15:34:03 Tari doesn’t even have atomic swaps with xmr 😅 15:34:35 But hey it’s fluffy so it needs to be talked n shilled 15:34:45 Going back to my cave 15:41:30 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? 15:47:25 It might not broadcast it, but it will have saved it to its mempool b4 shutting down if you get an RPC response 15:48:02 And mempool is saved to disk 15:48:42 So it broadcast it once it back online right. 15:48:42 So there is a risk that user receive a "delay" for his transaction. That answer my question, thanks 15:54:18 So a solution would be to block RPC port like 10 second before planned shutdown I assume 16:03:35 Yes 16:04:39 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) 16:04:52 User can resubmit the tx to a different node 16:06:34 Which wallets allow such a feature without rescan ? 16:07:00 Feather Wallet 16:11:22 Afaik, all? 16:11:47 Just have to wait for the tx to "fail" 16:11:58 no? 16:12:28 Last time I had such failed tx, neither cake or gui had such a option to rebroadcast tx 16:12:28 It’s very rare so I don’t know if they added it now 16:14:49 Theres no "rebroadcast" button 16:15:07 can just switch nodes and send it again manually tho, iirc.. 🤷‍♂️ 16:15:10 I did see it append one time on the Feather chat. 16:15:10 His time period did match my "maintainance" event. I just dont want that kind of event to reproduce if possible 16:16:01 Sure ? Last time i had this issue then balance was stuck due to this pending tx 16:16:17 yep, that's what I did see too 16:16:25 from other complain 16:17:32 Rescan/restore is the only way around this or waiting for that remote node to go back online 16:19:41 No? 16:19:52 Once the tx js marked as failed it can be sent again 16:20:26 ive never rescanned on any wallet 16:20:48 Ive wiped my tx pool and resent the tx plenty of times 16:21:39 (cuz i was impatient. Tor tx-proxy failijg to broadcast during tor ddos) 23:16:29 Elongated mentioned the tari premine, 30% according to https://www.reddit.com/r/tari/comments/1bo36yv/tari_tokenomics_post_30_premine/ 23:17:45 The original link 404's so not sure if this number has changed 23:18:51 Sorry, actual.linknhttps://airdrop.tari.com/tokenomics 23:19:03 https://airdrop.tari.com/tokenomics :( 23:35:10 plowsof get back to matrix 23:44:15 He dm'd me on irc to tell you "no" 23:45:24 whats worse, a 30% premine or a 30% dev fee 23:46:03 and which is it better or worse to have a premine on POS or POW 23:46:09 ( ͡° ͜ʖ ͡°)