00:02:56
elongated:matrix.org:
@ofrnxmr:xmr.mx: Limited key will allow x number of wallet creation
00:02:56
elongated:matrix.org:
Server address can be shared with someone, if it’s leaked and you need to change address, everyone using that lws will need to change it manually in their wallets
02:18:18
zombie:catgirl.cloud:
How’s Monero doing? ❤️
03:07:28
lawstar:matrix.org:
Willing to buy monero for 20% above market price in bulk. Anyone selling their monero?
03:07:51
ufo808:matrix.org:
monrrreo mrr :3
03:11:53
ufo808:matrix.org:
about this question: binarybaron: are fees going to go up significantly with fcmp?
03:12:37
ufo808:matrix.org:
I wonder too, if it will grow proportionally with tx size? can someone remind what will be post-fcmp tx size in comparison to current average size?
03:37:55
ofrnxmr:
@ufo808:matrix.org: About 4x (6kb) for a 1in/2out tx
03:39:10
ofrnxmr:
I think base fees are supposed to 2x so about 0.00006 for a 1in2out (dont quote me though)
04:15:06
ufo808:matrix.org:
Not bad, let’s go p2p digital cash 🚀
04:26:20
elongated:matrix.org:
@ufo808:matrix.org: Should go up as it consumes more storage space for nodes
07:44:34
lza_menace:
in the wallet rpc for get_transfer_by_txid does the unlock_time value decrement after each new block is mined? or do you compare the unlocktime vs the height the tx was mined to determine if the unlocktime is reached?
07:44:52
lza_menace:
> Number of blocks until transfer is safely spendable
07:58:34
plowsof:
Unock_time is a static number - interpreted differently depending on how large it is
07:58:51
lza_menace:
i'm just going to use locked attribute, i'm assuming that's a simpler way to deal with that
07:59:07
plowsof:
Locked is confs less than 10
07:59:10
plowsof:
Not the same
07:59:14
lza_menace:
damn
07:59:28
lza_menace:
trying to avoid the whole "sending txes with huge unlock_time" prank
08:00:02
lza_menace:
that's silly that locked could be false but the tx is still locked by unlocked_time
08:00:11
plowsof:
Sorry wait, a locked tx via unlock_time.should also be locked
08:00:34
plowsof:
But you want to see pool txs ?
08:00:35
lza_menace:
okay, good, i would hope so
08:00:51
lza_menace:
only for display, but not as settled confirmation
08:01:03
lza_menace:
want to give the user an indication that it's received in short order
08:01:17
lza_menace:
but not proceed until unlocked fully
08:05:09
plowsof:
If unlock_time > 0 ignore it tldr these are a none relay offence but can be mined by a malicious actor themselves.
08:05:57
plowsof:
lza_menace
08:06:30
lza_menace:
fair enough, that's easy as well
08:06:32
lza_menace:
thanks
08:07:31
plowsof:
Confirmations value is bot set for txs in pool from the get_transfers call
08:07:39
plowsof:
Not*
08:09:34
lza_menace:
so your average/default node isn't going to include a unlock_time > 0 tx, but a modified/malicious one will. safe to assume that >0 == bad
08:09:39
lza_menace:
and ignore
08:10:00
plowsof:
Yes
08:10:32
lza_menace:
ez
08:11:41
plowsof:
https://repo.getmonero.org/monero-project/ccs-back/-/merge_requests/18/diffs?file=bc0c8af9fea63a353e82aaa663ee8b13fb9b1403#bc0c8af9fea63a353e82aaa663ee8b13fb9b1403_79_80
08:13:01
plowsof:
Why cant i link to the line -_- but its how ive done it, if unlock_time ignore
08:14:42
plowsof:
Pool txs nit having a confirmations key tripped me up so thats everything i can give to help sir
08:23:26
lza_menace:
tyvm
18:57:48
marioob:matrix.org:
Hi ppl. SupportXMR mining pool now has 48% hash share. (as reported here: https://miningpoolstats.stream/monero)
19:04:18
DataHoarder:
16:23:21 <DataHoarder> SupportXMR at 52% instant hashrate https://irc.gammaspectra.live/24b35bcb48144ce3/image.png
19:04:18
DataHoarder:
16:23:21 <DataHoarder> 46% long term https://blocks.p2pool.observer/pools
19:04:30
DataHoarder:
they are at 44% long term hashrate now
19:04:57
DataHoarder:
when qubic is not mining they have more % ofc
19:05:16
DataHoarder:
qubic comes in/out every ~35m or so
19:05:18
DataHoarder:
25*
19:05:59
DataHoarder:
miningpoolstats looks at instant hashrate, I look at long-term hashrate from blocks actually found (from Monero data)
19:53:41
angled:matrix.angled.rip:
why can't people collectively agree to rotate pools this time?
19:53:55
Cindy:
because nobody is holding a gun to their heads
19:54:26
angled:matrix.angled.rip:
idk that's literally what could happen
19:54:51
angled:matrix.angled.rip:
just offer supportxmr a couple mil to sell out the network
19:55:16
angled:matrix.angled.rip:
I realize the operators are trusted but monero is meant to be trustless
19:57:46
shitpost:monero.coffee:
@angled:matrix.angled.rip: pool operators should not be trusted by default even if they have a history, this is not how it should be addressed in a trustless network
19:59:09
datahoarder:
@angled:matrix.angled.rip: use p2pool then :)
19:59:38
datahoarder:
many new people join -> they go straight to top pool
20:06:57
ofrnxmr:xmr.mx:
@angled:matrix.angled.rip: Getting rid of minexmr didnt fix anything
20:07:35
angled:matrix.angled.rip:
@datahoarder: https://m.bitmain.com/product/detail?pid=00020251226185131923DUjfvPIO06BC
20:07:35
angled:matrix.angled.rip:
or the new "people" joining the pool are actually just a bitmain mining cluster
20:07:54
DataHoarder:
not nonce wise
20:07:55
Cindy:
oh no, i'm scared of a.....
20:07:59
Cindy:
RISC-V cluster
20:08:10
Cindy:
oooh so scary
20:08:54
DataHoarder:
these probably were with us for years
20:09:00
DataHoarder:
and are just now getting ready to sell them
20:09:11
Cindy:
if it was an actual ASIC, you'd see them solomining
20:09:17
Cindy:
and take up like 95% of the networ
20:09:18
Cindy:
network*
20:09:28
Cindy:
not mining on an existing pool
20:09:32
Cindy:
and taking up.. nothing
20:11:29
DataHoarder:
Cindy: afaik previous one were on pools too
20:12:13
Cindy:
DataHoarder: you mean like cryptonight?
20:12:21
DataHoarder:
I mean X5
20:12:56
Cindy:
no i mean when monero used cryptonight
20:13:13
shitpost:monero.coffee:
is X5 that old?
20:13:21
DataHoarder:
I don't know then
20:13:23
DataHoarder:
no
20:14:00
Cindy:
i remember bitmain taking over the network back then
20:14:08
Cindy:
were they solomining or pool mining?
20:19:02
elongated:matrix.org:
Cindy: Never took over , they were mining to pools
20:19:14
Cindy:
i see
20:19:34
Cindy:
even when they managed to make a cryptonight ASIC?
20:52:46
marioob:matrix.org:
@datahoarder: Yes because on every pool comparison website they order it by hashrate share. OFC people click on the first one. Especially looking at that percentage possibly thinking they will do the most money there.
20:56:02
marioob:matrix.org:
I think an efficient sollution would be to change the default sorting mode and give top places to pools with lower fees or longer history...etc. P2Pool should always occupy the first place.
20:57:57
marioob:matrix.org:
a 51% attack I guess/hope would not be possible in a instant hashrate share increase. > <DataHoarder> miningpoolstats looks at instant hashrate, I look at long-term hashrate from blocks actually found (from Monero data)
20:58:08
Cindy:
P2Pool has zero fees
20:58:15
Cindy:
you think this might attract people
20:58:41
marioob:matrix.org:
Will surely do!
20:59:08
sech1:
Not only has it zero fees, it also has xmrvsbeast's raffle for some extra bonus
20:59:43
elongated:matrix.org:
Can botnets mine to p2pool ?
20:59:54
DataHoarder:
they can setup their own p2pool somewhere
20:59:56
DataHoarder:
even via tor
21:00:01
Cindy:
elongated: yes
21:00:28
shitpost:monero.coffee:
an intelligent enough toaster can mine in p2pool
21:00:30
marioob:matrix.org:
@marioob:matrix.org: also still provide a sorting mode by hashrate share but just not make it as default.
21:02:30
marioob:matrix.org:
https://blocks.p2pool.observer/pools
21:02:30
marioob:matrix.org:
here the high share pool has a warning color (yellow) and the low share pools have the valid color (green) this is a good method to highlight smaller pools.
21:02:38
DataHoarder:
:)
21:02:44
DataHoarder:
glad you like it
21:03:33
Cindy:
DataHoarder: what if p2pool had a high share?
21:03:55
DataHoarder:
I'd split them per pools
21:04:01
DataHoarder:
but then I would have to look at per-miner distribution
21:04:14
DataHoarder:
it's still distributed
21:04:27
DataHoarder:
as each miner controls their own tx targets
21:04:34
DataHoarder:
but single miner having then 51% of monero
21:19:31
marioob:matrix.org:
I would go further to assign colors as follows: > <DataHoarder> glad you like it
21:19:31
marioob:matrix.org:
> danger (red) 4 pools over 40%
21:19:31
marioob:matrix.org:
> warning (yellow) 4 pools 30-40%
21:19:31
marioob:matrix.org:
> valid (green) 4 pools 0-30%
21:21:15
DataHoarder:
it is like this https://git.gammaspectra.live/P2Pool/blocks.p2pool.observer/src/branch/master/templates/pools.gohtml#L88
21:21:26
DataHoarder:
50, 33, 5
21:22:57
marioob:matrix.org:
40% I still find it dangerous
21:27:06
marioob:matrix.org:
page doesn't support sorting. I suspect you want to stay off of javascript?
21:27:56
DataHoarder:
correct
21:28:00
DataHoarder:
it's also cached
21:28:08
DataHoarder:
and generated in the background v
22:31:13
hopeful26:unredacted.org:
Monero have the equivalent to Bitcoin Map?
22:32:20
Cindy:
wtf is bitcoin map
23:04:08
hopeful26:unredacted.org:
Cindy: https://f-droid.org/packages/org.btcmap
23:04:35
Cindy:
no
23:05:14
Cindy:
i don't think someone made an openstreetmap overlay for that
23:51:38
ofrnxmr:xmr.mx:
@hopeful26:unredacted.org: xmrbazaar.com
23:54:23
hopeful26:unredacted.org:
@ofrnxmr:xmr.mx: thanks
23:54:39
ofrnxmr:xmr.mx:
And this https://xmrmap.org/map