00:00:17 Your pool probably requires TLS 00:02:39 do you know of a pool that that I can just test with? It doesn't even have to be a real "pool" just something with the same schema for requests to know what I've wrote is correct. 00:06:22 I'd maybe look into https://github.com/jtgrassie/monero-pool 00:06:46 I did... thats the exact pool I was trying to connect to... 00:09:10 Have you tried debugging the server side error messages ? 00:10:11 I haven't gotten anything back to really debug, my unit test I wrote for this just fails with a eof which means the websocket was hung up on. Maybe the hosted version of the pool you linked has tls or something, I'm not really sure. 00:10:40 Unless your saying I should built it myself to debug server messages? 00:10:43 ^ Yes 00:11:12 That will likely be more fruitful than only trying to debug client side 01:39:50 is the 64-64-24k implementation in external\supercop\crypto-sign\ed25519 also possible in C/C++? There are many files using qhasm 01:48:09 sech1 jberman? 01:52:28 You could write c/c++, but you may want to ensure constant runtime to prevent private key leaks. For example, some of the assembly files touch every element in a table and use asm cmov instructions instead of branching to make the constant time guarantee. You could probably use the ref10 implementation as a guide on how to do this. 01:54:17 Using simple indexes - which is the most straightforward forward to implement it - is not a direct port because of the constant time guarantee of the library. There is a valgrind plugin somewhere (I don't have link right now) that tries to validate whether a function is constant-time 01:58:37 hmm 02:10:01 I mean I would get something worse than the qhasm implementations but I wonder if I can still beat ref10 03:12:13 I've been working on getting that pool compiled but the pool requires the monero project to be compiled as well and I'm having issues with that I keep having problems with boost 03:12:14 ```bash 03:12:16 -- Using linker security hardening flags: -pie -Wl,-z,relro -Wl,-z,now -Wl,-z,noexecstack 03:12:18 CMake Error at /usr/share/cmake-3.29/Modules/FindPackageHandleStandardArgs.cmake:230 (message): 03:12:20 Could NOT find Boost (missing: system filesystem thread date_time chrono 03:12:22 regex serialization program_options) (found suitable version "1.81.0", 03:12:24 minimum required is "1.58") 03:12:26 Call Stack (most recent call first): 03:12:28 /usr/share/cmake-3.29/Modules/FindPackageHandleStandardArgs.cmake:600 (_FPHSA_FAILURE_MESSAGE) 03:12:30 /usr/share/cmake-3.29/Modules/FindBoost.cmake:2393 (find_package_handle_standard_args) 03:12:32 CMakeLists.txt:1091 (find_package) 03:12:35 Is it too new? 04:31:24 It looks like you might have multiple versions installed on your system 04:31:41 The "found suitable version" is 1.81 04:31:47 But your package manager shows 1.83 04:32:44 Can you install all `system filesystem thread date_time chrono regex serialization program_options` for Boost version 1.81? 13:15:30 Oh no, I’ve seen this story before 13:58:35 no, no, no 13:58:42 pools don't support websocket 13:59:25 stratum as described here: https://github.com/xmrig/xmrig-proxy/blob/master/doc/STRATUM.md is based on plain TCP 13:59:49 and the TCP traffic can be optionally encrypted with SSK 13:59:52 *SSL 14:00:02 it's not WebSocket 14:00:53 if you want to do XMR mining with a browser, you'll have to write and host your own WebSocket->TCP proxy 16:16:24 This is what I saw that made me think I had to use web sockets, someone brought up that on browser they had to be web sockets and I thought I could use those. Do I just send the requests over a normal http client? 16:16:59 if you aren't making an XMR browser miner, then just use TCP 16:31:17 Are there any working attacks on ED25519? 16:31:22 Sorry I'm super new to lower level stuff so this is my first time learning all of this, so open a socket first and then somehow send a json through that? 16:52:37 .merge+ 9414 16:52:38 Added 18:29:40 is it possible to get block size from get_block_template? or am i looking to wrong place? 18:35:35 like the block weight ? 18:51:34 like the ``"expected_reward": 600000000000`` i would like to get or calculate the expected block size for the next block 18:51:57 it would be useful for block explorers 19:03:53 It's calculated internally, but it's not passed through to get_block_template RPC 19:04:12 Look for "cumulative_weight" in Blockchain::create_block_template 19:14:04 thanks, i will request feature for it, i dont know c++ 19:31:19 https://github.com/monero-project/monero/issues/9415 20:48:22 When waiting to read input from a pool how big should my buffer size be for my response? since everything is over a tcp socket and jsons are sent over the wire 20:49:04 When trying to reading responses from a pool how big should my buffer size be for my response? since everything is over a tcp socket and jsons are sent over the wire 20:53:11 XMRig uses 64 KB buffer, but you can probably get away with 1 KB buffer. Stratum responses are small. 20:54:24 why 64k if I can only use 1k?