00:02:44 * hyc: Please tell me where you are getting the data for your v0.18.1.3 gitian builds? 00:04:13 my hashes agree 00:08:34 * hyc: Please tell me where you are getting the data for your v0.18.1.2 gitian builds? 00:20:01 from my builds. where else? 00:23:04 hyc: Meant to ask where can I find the data so I can do the gitian builds? 00:29:54 in the source tree in contrib/gitian 00:33:58 hyc: Thank you. 00:34:31 you really ought to just dig around in the source tree yourself 00:34:37 that's how you learn where things are 00:35:49 hyc: Roger that. Needed a place to start. 00:38:10 find . -name '*gitian*' 00:38:24 use the Unix find command... 00:39:06 that's required base knowledge for a Unix software developer 00:41:08 Thank you again. 00:43:13 rest of the build hashes https://paste.debian.net/1255244/ 01:46:26 all a match. can do gitian-sigs later or tomorrow 07:33:38 greetings, in get_fee_estimate doc (https://www.getmonero.org/resources/developer-guides/daemon-rpc.html#get_fee_estimate) there is no mention of the 'fees' key in the output, it looks like that in the daemon rpc answer : 'fees': [1200000, 4700000, 19000000, 240000000] and it seems to me the applied fee when I'm testing things on my private networks is using 4700000, does that corresponds to various priorities ? 07:59:16 Yes. 08:06:33 makes sense thanks ! 09:46:58 my hashes: https://paste.debian.net/hidden/bbd32b69/ 09:51:22 https://github.com/monero-project/gitian.sigs/pull/221 09:52:04 selsta https://p2pool.io/bin/ 11:29:05 sech1: ty 14:47:06 * hashy[m] uploaded an image: (7KiB) < https://libera.ems.host/_matrix/media/r0/download/monero.social/IFtvSHbfQNEsuCifyAyTKxuW/image.png > 14:48:02 From what I have heard about bitcoins 2nd layer it seems to be pretty flawed, would it not be better to just optimize the first layer rather than add a new one 15:21:25 hello just tried to download monero GUI from getmonero the onion site and the checksum don't match 15:21:38 * IanNiculescu[m] uploaded an image: (195KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/QDnmJeFfDWidqmxMuYEfdKvP/hack.jpeg > 15:22:39 ".part" 15:23:27 when i dowloaded i got 2 files 15:23:55 i have no clue what the .part is 15:25:05 .part file are partially downloaded files 15:25:14 tor messed up, redownload it 15:25:57 yeah most lkely, will retry rn, i just wanted to share just in case 18:55:32 "From what I have heard about..." <- Layer 2 only is good for one thing IMO, and that is reducing chain size. Hard to say how big of a problem blockchain size expansion will be in the future. 18:56:54 Is there anyway to optimize the size of the blockchain to reduce it? Or has this already been implemented 18:57:37 A more imminent problem than chain size is government attack. Not regulation, but an actual attack. 18:58:11 hashy[m]: What cryptocurrency are you referring to? 18:58:22 Monero 18:58:40 Might be a dumb question sorry, haven't looked into it before 18:59:07 Monero's transaction size has decreased in the past 4 years with the advent of Bulletproofs and, in the previous hardfork, Bulletproofs+ 18:59:24 My hashes for v0.18.1.2 paste.debian.net/1255330 18:59:34 Also people can choose to run a "pruned" node rather than a full node. 19:00:04 Pruned node's are approximately 33% the size of downloading the whole chain and running a full node. 19:00:24 * v0.18.1.2 paste.debian.net/1255330 They look good. 19:00:25 That's pretty good, still quite a lot of data though 19:06:39 In practice there are 4 ways to act about Blockchain size expansion and scalability: (1) Conclude that Blockchain was a good idea, but shortsighted. A monetary system will inevitably outpace storage solutions, hence physical money such as Gold, Silver and Paper fiat perform as superior Market solutions to the question of what good money is. (2) Conclude that crypto-currency is a critical monetary invention from individuals on the 19:06:39 Market, and that you can/will work on tech research to reduce the negative affects of Blockchain size expansion (3) Fear blockchain size expansion so much that you decide Bitcoin is the only viable cryptocurrency as it has small transaction sizes and has a blocksize cap imposed (4) Realize Monero's transactions are about 4 times that of Bitcoin's that Monero enables privacy. Realize that Monero has a dynamic blocksize to enable 19:06:39 faster transactions for greater adoption in the future. Realize that there is a real risk that adoption and blockchain size expansion outpace technological advances, but that this problem is not imminent (most people don't actually use cryptocurrencies for transactions) OR you are somewhat confident that the size increases of SSD's will outpace Monero's blockchain growth. 19:07:15 So you have to analyze the above perspectives and decided which camp you fall into. 19:08:31 I personally think the mass adoption and Blockchain size expansion COULD be a problem for Monero in 10 years or so. But Monero must first gain the confidence of the enlightened and must also evade a global Totalitarian crackdown. 19:13:19 yeah, no point in developing a solution to a future problem if we don't even know the project will survive that long :P 19:15:40 I'm not sure if you are agreeing with me or trying to poke fun at my theories. People are stupid, so it's not even a sure thing that Monero adoption will increase. Also regarding a crackdown, I see ISPs as points of possible targets/points of failure in the future... I mean look at China... 19:22:37 Monero is viable as currency, I don't think bitcoin can be 19:23:04 But bitcoin is like a shield for Monero, especially with atomic swaps 19:23:34 I think this discussion is better moved over to #monero-community:monero.social . 19:23:52 Good idea, my bad 19:24:00 np