00:03:36 what is monero.org exactly 00:04:04 domain squatter 00:05:17 explains a lot 00:09:34 how big is the risk of using a remote node really 00:09:37 10%? 00:12:16 conscious, not paranoid 00:20:12 fluffypony: yo what happend to tippero 00:21:03 it was using long payment ids so it got taken offline 00:25:06 ouch what happend to the balances 00:25:58 pretty sure tippero deserved the vacation it took with its exit scam 00:26:17 did anyone ever even tip tippero? 00:26:59 i might have. i forget 00:38:55 I think I remember someone tipping tippero 00:40:36 When tippero said "tip me 1 monero and I'll tip you 2 back" ? 00:41:01 don't think so :D 00:41:19 but then again I am senile so............ 00:41:28 lol anyone still using twitter 01:00:35 waiting for daemon to stop... 01:00:53 perennially 01:02:58 Indubitably. 01:03:07 Are you on Windows ? 01:03:24 mac 01:03:43 Well, thread apply all bt as above :) 01:03:54 Are you using tor with monerod ? 01:04:06 ok 01:04:07 and no 01:04:24 Then no known reason it'd hang on exit. 01:05:03 what happens with tor then 01:05:30 It tries to connect and times out, but it ignores the short timeout we set and waits minutes, blocking the exit. 01:05:52 weird 01:05:57 no gdb, will you accept lldb 01:08:28 additionally there is no obvious entry point for .app on mac 01:08:53 wait 01:09:45 I think lldb will be OK if you know how to get all thread stack traces from it. 01:12:20 yes 01:17:04 it won't connect to the process 01:17:21 did you select simple mode or advanced mode? 01:17:31 both 01:17:43 advanced first 01:18:12 it continues to spawn monerod 01:18:23 but the spinner continues 01:18:31 spawn and quit 01:19:41 i use mac too so it should work in theory :D 01:20:12 can you select simple mode, then close the gui and also look in the task manager to close monerod 01:20:20 and then try again 01:20:33 it will spawn monerod and it will exit monerod when you close the GUI 01:20:35 yes everything is fully quitting in between force-quits 01:20:48 how long should synchronizing take 01:20:57 in simple mode? 01:21:28 yes 01:21:36 should take 20 seconds or so after starting 01:22:04 you can also select advanced mode and manually enter a remote node, this will skip the daemon altogether 01:22:23 the 20 seconds isn't happening 01:22:31 no noticeable network activity 01:22:49 are you using little snitch / other firewall? 01:23:20 whitelisted 01:23:55 which port? 01:23:57 then when i go to quit the app the infinite waiting starts 01:24:16 for testing purposes can you try to disable little snitch completely first? 01:24:19 process-level 01:24:29 it isn't a firewall problem i can tell you that much 01:24:37 you have to whitelist both monero-wallet-gui and monerod 01:24:42 yes 01:24:47 ok 01:25:11 can you open the terminal 01:25:48 and enter: /Applications/monero-wallet-gui.app/Contents/MacOS/monerod --bootstrap-daemon-address auto --no-sync 01:26:00 then wait 30 seconds, enter "status" and post it here 01:28:09 Error starting server: Failed to bind IPv4 (set to required) 01:28:27 can you look if monerod is running in background? 01:28:41 or try: /Applications/monero-wallet-gui.app/Contents/MacOS/monerod exit 01:28:51 this will send a stop signal 01:29:24 crossed signals lol 01:30:19 once monerod is closed try the initial command again 01:34:04 it has reached but is not going past the big "will start synchronizing" comment 01:34:07 no errors 01:34:09 no network activity at all 01:34:11 0 01:34:25 what are you thinking 01:34:55 we will figure it out :D 01:35:13 did you enter status? 01:35:19 🙂 01:35:40 yeah 01:36:00 not mining, 0 net hash, etc. 01:36:10 many zeros 01:36:15 can you post full output? 01:36:45 https://privatebin.net/?0324d8c8d381227c#5Nkbcy36AkMAxUbg14Phxbb4ffAc5xnroFBH5Yrpodnp 01:37:07 did you edit out the bootstrapping from ip? 01:37:32 nothing edited 01:37:36 ok 01:37:55 can you enter "print_cn" and post the output? 01:38:20 https://privatebin.net/?b2aecad81b614a62#8L5UU3HaSCe14DrJjjq3W4oXgxFX2eGmuLrjygaAiYSa 01:38:34 the daemon does not connect to any other peers 01:38:40 looks networking or firewall related 01:38:55 aaa 01:39:43 are you using a VPN that blocks port 18080? 01:42:16 checking 01:44:27 idk, maybe 01:44:30 distinct possibility 01:44:52 mystery solved? 01:46:17 anyway 01:46:32 monero is an amazing achievement of engineering 01:46:54 usually it’s not that difficult to get it running :P 01:47:06 lol 01:47:15 seriously though, not kidding 01:47:19 this is just an app 01:48:32 the fact that it is possible to fully obscure a public ledger is incredible 01:49:05 satoshi didn't see that coming 01:50:45 Actually did. 01:51:30 then why bitcoin 01:52:06 Because satoshi saw it later. 01:52:54 too late 01:57:08 brb 03:04:26 back 03:20:24 good news 03:20:28 everything sorted 03:20:47 may come by later, maybe not 03:21:28 hot tip: you need to manually whitelist qtnetwork 03:21:30 glhf 05:00:41 https://twitter.com/rottenwheel/status/1298840214874587136 05:42:36 louipc: balances are safu, when I get some time I'll bring it back up for withdrawals 05:51:20 hey man, bad practice on my part. currently trying to setup testnet. 05:52:13 i mean, there is alexanarcho.live on mainnet, but we will rewrite all the code from scratch starting today. 05:53:08 I have started a new gitlab repo for everybody that is interested. https://gitlab.com/AlexAnarcho/tipxmr 05:53:09 right now its only a mockup react app, hopefully i will be able to fill it with some functionallity today. 05:54:39 you should run it for stage or test net since it's still in active development 05:54:46 this aint wownero :) 05:55:34 yes yes! i vow to better myself!!! 05:56:34 here is my command to call the testnet wallet. but restore height is not changed. 05:56:34 ```/PATH/TO/monero/monero-wallet-cli --wallet-file /PATH/TO/test-wallet --testnet --daemon-host testnet.community.xmr.to --trusted-daemon --restore-height 1538000``` 07:01:32 Has anyone here used unstoppable domains? I am trying to enter an address I created for the linking to my domain but it will not accept it 07:01:43 yes i have used it 07:02:07 by entering an address you mean an ipfs hash? 07:04:00 no, just generated a new address in my wallet and tried to put that in, but it only accepts the primary wallet address starting with 4, not an address starting with 8. Not sure what an ipfs hash is 07:05:45 oh that. yeah i m not sure, i gave it my primary address (which is a public donation address anyway). https://viewblock.io/unstoppable/alexanarcho.crypto 07:05:45 it may be that unstoppable domain does a 'sanity check' and only accept primary addresses. i remember that binance had the same issue at some point as well. 07:06:02 if that is the case, maybe create a new account in your wallet and use that primary address. 07:10:25 lord-god-guru: https://twitter.com/monerotrader/status/1296224313352138752 07:10:40 tried that, the new account got an 877 address for its primary address and unstoppable domains do not accept that either. Guess I will contact them and ask them to fix thier shit, I don't think its a monero problem 07:10:57 pls do! 07:11:00 but if I paste it here can people send me a few monero to test it =) 07:11:21 :D 07:11:40 will i get my amount doubled :D 07:12:39 nope, I am not a scammer - I will just keep it! 07:13:25 btw, i m not sure, but there is no monero wallet that supports the .crypto domains as address, right? 07:13:44 alexanarcho[m]: Do you know of anywhere to stake monero to earn from your hodl? 07:14:27 duso: sorry, the only thing i know is how to code and create applications that make monero actually more usable :) 07:16:48 I wish I knew how to code. I tried writing "hello world" once but gave up after a few hours of debugging 07:20:19 :D i can recommend starting with python. syntax is very easy and it is a powerful language. Monero has a python wrapper (with which i am actually playing right now). Very cool that i can use monero in my code without knowing any C++ 07:23:17 OK, unstoppable domains have tested and verified that non-primary address do not work and have created a ticket for support to look at it. Now I wait 07:24:31 amazing! thank you for your service! (gee, that was fast!) 08:56:10 https://old.reddit.com/r/xmrtrader/comments/iguy0i/daily_discussion_wednesday_august_26th/g2zv8qt/ 08:56:15 lol this rattie guy 08:56:16 :p 09:03:36 Is our serbian in heaven or hell today? 09:03:55 I looked at the post and I still can't tell, really. 09:16:46 seems to be hell (or bear heaven?) more often than not 10:03:45 knaccc are u here 10:52:11 qazwsx36 hi 11:49:35 * Inge- ducks the knaccc attaccc 11:55:45 time for snaccc 11:56:52 knaccc cracccs a joke 11:57:27 just a bunch of hacccs 11:57:53 Inge- what have you done 11:58:08 Social attaccc 11:58:47 OK, we have to take a step baccc 11:59:19 what the hecc 11:59:29 https://img.ifunny.co/videos/6a761799019c5d548269f157682b6b2d3753fd4a3c48b8f3b085d784380b6e0c_1.mp4 11:59:31 Don';t worry, we'll soon have everything back on traccc 12:00:07 * moneromooo baccc to work 12:00:58 OMG 12:47:15 succc.exe 12:51:33 * alexanarcho[m] uploaded an image: image.png (110KiB) < https://matrix.org/_matrix/media/r0/download/matrix.org/TTrwDRiUizAspbaMvcfRelqD/image.png > 12:51:47 yarn add monero-javascript is giving me this ERROR, while npm is just doing its thing 12:54:33 alexanarcho[m]: monero-javascript reports that it is only compatible with node 7.4.0. npm must not bother to check that anymore, while yarn still does 12:55:01 so... i m like double the version number? is that not... scary? 12:55:35 also, does anybody here have experience with monero javascript wasm? 14:28:57 Hey folks, if anyone speak another language: There is big need of translators at the moment 14:29:50 the network upgrade approaches. We have a lot of submitted translations that need to be reviewed. For example the website: https://translate.getmonero.org/projects/getmonero/monero-site/ 14:30:26 see the column "suggestions". Many languages have dozens or even hundreds of strings that are translated but need to be reviewe 14:30:32 *reviewed 14:35:06 I speak both portuguese and english, I guess I can help with the portuguese (brazil), I have a lot of exposure to written and spoken brazilian portuguese 14:38:08 That would be great evolbit :) We have a very active and stable volunteer working on portuguese usually, so most of the strings are translated, but many are not! 14:38:20 I can help with the translation from English to American 14:38:49 evolbit see: https://translate.getmonero.org/translate/getmonero/monero-site/pt_BR/?q=state:empty#suggestions 14:39:22 Thank you fluffypony! sounds like you could be a great fit for Monero, you should check it out! 14:39:35 :-P 14:40:52 Are Monero remote node clients consensus-critical? 14:41:04 I.e. if you want to make a thin-only wallet, does it have to be a fork of the Monero codebase? 14:42:26 afaik, only the nodes do consensus checking 14:43:09 it's a client/server architecture (wallet/node) 14:43:56 ok ErCiccione[m], I'll give it a try later, after my work hours 14:44:49 evolbit: great! Let me know if you need any help or if something is not clear :) 14:45:57 Mille grazie per il tuo lavoro, ErCiccione ! 14:45:57 I can help with Esperanto and Spanish 14:47:46 johanostefanido[: Happy to do my part :) that would be great! Less than 50% of the website is translated into spanish: https://translate.getmonero.org/projects/getmonero/monero-site/es/ and it used to be one of the most active languages 14:48:02 Same for esperanto 14:49:04 If you wish to translate click on "Not translated strings" in the page of the language, if you want to review: "Strings with suggestions" :) 14:50:08 lithium_pt: What's the protocol like? Do the wallets just request a blob of nonces encrypted with the viewkey and try to decrypt everything by brute force, and then request everything that matches, or is there something more to it? 14:50:12 People interested in translating should also consider joining #monero-translations. The workgroup uses that chat for support and coordination 14:53:20 yanmaani, something like that, not sure on the details, I just know the wallets don't send the view keys to the nodes, so i'd say the wallets have to request all the blocks one by one from the nodes 14:54:04 remote node does not request the viewkey (nor does the wallet send it to the remote node) 14:54:29 The wallet will basically request all necessary information from the remote node and perform the remainder of the operations client-side 14:54:44 ErCiccione: sure, I'll register there with the same id, I will contact you via pm if I have any question. Hope you don't mind 14:57:44 evolbit: sure! if i'm not around ask on #monero-translations. Somebody there will be able to help out 15:17:58 dEBRUYNE: What is "all necessary information"? 15:19:34 Please refer to your 632 page government approved "Know absolutely everything about your customer's intimate life and leak it to us, experian, facebook and the stasi" for the list. 15:20:12 Are you talking about mymonero or monero-wallet-cli ? 15:20:30 monero-wallet-cli 15:20:33 IF the latter, it gets pruned blocks, and does all the parsing itself. 15:20:53 What are pruned blocks? Just the nonces encrypted with the view key and metadata? 15:21:58 No. I dunno what you call nonces. It's the blocks with the MLSAGs and range proofs removed. Also small minor bits and bobs. 15:22:29 Do they still have the signatures? 15:22:46 The ones in the MLSAGs ? 15:23:24 Oh right, those would be the signatures 15:23:36 So to put it bluntly, they're already as encrypted as can be? 15:23:40 uh I mean pruned 15:24:05 as pruned as can be - there's no system whereby you don't send your view key but transfer (substantially) less info over the wire? 15:24:14 If your goal is to minimize the amount of data the daemon sends to the wallet, no. 15:24:35 How big is the pruned blockchain, roughly? 15:24:41 is it on the order of a few hundred megs or? 15:24:49 Between ~25 and 30 GB IIRC. 15:25:10 Well, that includes an eigth that's unpruned. So a few GB less. 15:25:38 THat's hte db. So the info sent to the wallet will be smaller still. 15:25:39 So each remote node does ~20 GB of xfer, assuming they start from block 0? 15:25:53 Do you know how much is that? 15:26:18 Not off the top of my head, but if I had to guess, I'd say... 10 GB ? Very, very roughly. 15:26:47 But it could be reduced if the daemon were to parse and send just the data the wallet needs. 15:27:18 Not sure I'd want the daemon to be hte one doing the work for the wallet though. 15:27:51 What is "just the data the wallet needs"? Like pruned with respect to the specific key? 15:28:16 I don't know what "pruned with respect to the specific key" means. 15:28:43 With respect to your viewkey, I mean 15:28:49 I meant that some random data is not used. Random shite in extra, for instance. Some block data (nonce, prev block hash, etc). 15:28:59 if you'd have a node that's optimizing for small xfer, what can it discard 15:29:08 Ah, how much would that be approx? 15:29:17 The daemon does not know what outputs are for you, only you can tell. 15:29:35 (thankfully) 15:30:39 It seems like nonce+hash+extra isn't too much data 15:34:34 if i understand you correctly, maybe you want a split wallet architecture, a thin wallet client connects to a wallet-backend (getting the view key from the thin wallet) which in turn connects to a node 15:34:48 I think that's what mymonero web wallet does 15:35:48 lithium_pt: No, I'm thinking of making another GUI for Monero because I have personal issues with the current one, and I'm wondering if you could optimize the wire format further 15:36:18 yes, look at the new api for lightwallets beyond the restful api 15:37:12 daemon support for zmq and then a scanning server either on same device or remote setver 15:37:15 server 15:37:22 https://github.com/mymonero/mymonero-ws-client 15:37:36 pretty sweet design 15:38:29 What you could do, if you're willing to do the work, is another daemon RPC which transfers just the data a wallet needs. That'd be... the input key images, the output keys, the tx pub key from extra. The ecdhinfo. I think that's pretty much it. 15:38:52 Then call this and get_blocks.bin for hte whole chain, compare how much data is set overall for both. 15:39:04 yanmaani: did you hear about Feather too? looks cool 15:39:11 There's a net_stats command in the wallet IIRC, tells you how much data was tranfered. 15:39:46 It's not too much work either since you don't have to actually parse/use it in the wallet if you just want to see how much data it is. 15:40:16 mooo i think woodser's JS api for grabbing that info is nice 15:40:26 my concern is wallet code duplication or fragmentation 15:41:01 i think technically the daemon rpc you mention and the light wallet server and some of the other wallet code should be organized into one loc 15:41:08 should -> can 15:41:29 seems a shame to have so many apis 15:41:42 i figure the LW server code can live in wallet2 15:41:54 blasphemy! but a step in the right direction 15:42:07 done soapboxing 15:42:09 for now 15:42:34 the websocket system supports a block info mode 15:42:46 dont see why that cant be a full daemon api 15:43:01 problem is whether people want to use websockets vs curl 15:43:32 the disorganization is an issue tho imo. 15:43:37 in the apis 15:44:17 api and interface tech debt may be more of an issue for monero than other projects 15:44:31 i know people who dont want to work on monero core wallet code for that reason 15:45:06 mooo i nominate you as chief api architect! but i will accept the role if you are too busy. i even got some funding for it out of the blue 15:45:10 endogenic: mymonero shares viewkey, I don't want that 15:45:14 correct 15:45:18 moneromooo: bootstrapping problem :) 15:45:25 but the ws api no longer requires that yabmaani 15:45:31 look at block mode 15:45:34 "make a RPC call so you can find out if it's worth it to add the RPC call" 15:45:37 scan on client like wallet2 15:45:40 * moneromooo does not understand 15:45:48 Oh. 15:45:55 Well, then you'll be wondering all your life :) 15:46:07 c'est la vie 15:46:27 endogenic: What's this block mode you speak of? 15:46:44 make a rpc endpoint and you shall know 15:46:46 just kidding 15:46:59 In case it is not obvious, I'll just point out that adding a daemon RPC that gets this info is orders of magnitude (one or two maybe) simpler than making a production new wallet scanning mode with it. 15:47:04 the new websocket api is a superset of light and full modes 15:47:45 but mooo the whole point is to fracture code as much as possible!! 15:47:51 that's decentralization! 15:48:32 endogenic: What's the tradeoff? 15:49:54 for what problem? 15:49:59 it's relative 15:50:03 lots of features lol 15:50:07 endogenic: Using the block mode, I mean 15:50:27 well it means making the choice to use websockets 15:50:27 It has less data transfer, is the privacy worse too? 15:50:59 well you must connect to a server in front of a daemon but no vkeys are shared. so simply a smaller network of possible servers rn i suppose 15:51:38 i dont see why the daemon should specify a particular webserver type.. hopefully websockets end up in mainline 15:51:50 but it's a tricky problem to merge that code rn! 15:52:11 you should go with whatever mooo says 15:53:15 endogenic: Is the websocket stuff smaller/more efficient than the standard RPC thin node API? 15:53:25 in some regards yes 15:53:33 do you know how? 15:53:39 it solves polling 15:54:27 it gives us a chance to make api choices to minimize data transferred too since we arent supporting legacy consumers of a legacy of rpc apis 15:54:44 but the data required for your uses are fixed so there's only so much to do 15:55:13 So it's about equally efficient for that specific use-case? 15:55:18 no 15:55:29 i cant speak to your use case 15:55:33 i dont know anything about it 15:55:46 why do you need to make another client 15:55:57 let's work together and save the client we have? 15:56:06 in mainline 15:56:28 endogenic: I want to make another GUI for the client. The current GUI is not native, and is extremely sluggish. 15:56:49 I still want to use the normal monerod's RPC API, I think this works fine 15:57:05 it’s only sluggish if you don’t have graphic drivers or use virtual box or something 15:57:35 the current gui was predicted to end up in this state 15:57:39 by me and a couple others 15:57:55 it's mostly about how it was written making contribution and iteration hard 15:57:56 yanmaani: you should contribute to feather, it uses QtWidgets 15:57:57 yanmaani: https://www.youtube.com/watch?v=tylbteVtwrw 15:58:03 lol 15:58:10 monero mainline rekt 15:58:18 we tried 15:58:32 endogenic: monero-gui is actually rather easy to contribute to 15:58:42 compared to normal monero code :D 15:58:46 lol 15:58:47 wen emacs wallet? 15:58:56 every meaning is relative i guess 15:59:05 selsta: oooh, this is what I want 15:59:09 emacs wallet in lisp pls 15:59:46 yanmaani: anyway, are you using virtualbox or no graphics drivers? want to know why it is sluggish on your system 16:00:05 selsta: No, I have a normal GPU, no virtualization 16:00:18 linux? 16:00:23 yep 16:00:35 he might just mean the typical experience selsta 16:00:45 it is kinda... bloated and foreign 16:00:53 but i have apple level standards 16:00:58 *puts nose in the air* 16:02:00 reddit integration?? wtf? 16:02:15 dont hate 16:02:22 yanmaani: can you start with env var "QMLSCENE_DEVICE=softwarecontext" and check if performance is different? 16:03:04 yanmaani: over tor... 16:04:10 Does anybody have experience with monero javascript the wasm wallet and react? 16:04:32 i didn't think that existed yet 16:04:37 endogenic: proper native design would probably require 3 codebases for every OS 16:05:25 selsta: still sluggish 16:05:36 I think the animations do a lot of it tbh, so it might just be me complaining 16:05:37 Telegram uses QtWidgets on Linux/Windows and on Mac OS they use the native OSX framework thingies 16:06:32 I think it's called "UIKit" 16:06:41 yanmaani: yea I probably don’t know your definition of sluggish :P 16:06:47 TimAppleKit 16:06:54 obj-c kit 16:06:55 alexanarcho[m]: i kinda was the first to do wasm w monero code 16:06:57 mymonero core js 16:07:05 the animations don’t have 60 fps, if you mean this 16:07:18 selsta: 3 codebases... for each platform 16:07:27 no, 3 codebases.. one for each :D 16:07:28 osx is appkit 16:07:34 ios is uikit 16:07:38 ah right 16:07:40 theyre converging tho 16:07:45 swiftui 16:07:50 apple releasing ability to run uikit on macos 16:08:17 swiftui is mostly just a framework on top of all that 16:09:10 yanmaani: human eye can tell 20-30ms delay in animations.. to get beyond 57fps or so you need very careful optimization 16:09:13 Whats interesting about Mac OS development is that QtCreator is a better IDE than xcode, while QtCreator is FOSS (somewhat, GPL? :P) 16:09:32 regular transition animations should run at 60fps if you rasterize the layer before animation 16:09:34 tho 16:09:45 endogenic: exactly!! 16:09:52 we should converge on emacs or eclipse 16:09:53 uhhh excuse me dsc_ xcode is perfect 16:09:56 selsta: That, and also there's a latency 16:09:58 that's why we dont fix its bugs 16:10:02 like if I click something I want for it to come up 16:10:04 :P 16:10:09 I don't want to have to wait for the GUI to purposefully waste time 16:10:16 yanmaani: did you look at the video? 16:10:26 that GUI is pretty snappy/fast 16:10:35 dsc_: Yeah, Feather seems v promising and about what I want 16:10:38 probably faster than Electrum 16:10:48 since Electrum runs a python interpreter 16:11:29 yanmaani: that’s what I find weird, I don’t have any lag when clicking anything (apart from e.g. clicking on "Create new wallet" but that is because the code isn’t written async) 16:12:09 QtQuick uses hardware acceleration so is kind of dependent on your GPU and stuff 16:12:27 unless you mean you want to disable animations completely, and call the animations a waste of time 16:12:29 Maybe yanmaani has a Voodoo 2 from 1998 16:13:27 https://www.qt.io/product/develop-software-microcontrollers-mcu 16:13:34 should theoretically also run on super low powered devices 16:13:50 might need extra work 16:14:02 selsta: I might just dislike the animations, or their being 30fps. This is not something I have benchmarked. It feels very sluggish to me, but it may just be my boomer tastes in UX design. 16:14:17 yea, it definitely isn’t for everyone 16:14:19 dsc_: they don't make computers like they used to 16:14:22 dsc_: i have a voodoo 2 and a ati rage 128something. we can test feather on them 16:14:30 o/ 16:15:24 yanmaani: but you should contribute to feather and good wallet2 changes can also be adopted to monero-gui 16:15:37 :D 16:16:48 Messaged you on TG 16:17:33 selsta: past 3 days I have recompiled Qt5.15.0 48 times according to my bash history 16:17:56 still trying static build stuff? 16:17:59 yes 16:18:04 rip 16:18:22 I think I found a bug in Qt itself 16:18:35 doesnt properly link to the required xcb libs 16:18:53 we'll see 16:22:36 I tried to update Qt in the dockerfile to 5.12 and also had xcb issues 16:22:43