-
selsta.merge+ 6770
-
xmr-prAdded
-
selsta.merge+ 6600
-
xmr-prAdded
-
sarangYaaay
-
dEBRUYNE.merges
-
xmr-pr6600 6770
-
moneromooo"embargo" in dandelion is the timestamp at which a stem tx becomes "fluffable", right ?
-
xmr-prxiphon opened pull request #6789: net: fix get_tcp_endpoint, boost address_v4 ip in host byte order
-
xmr-pr
-
vtnerdyeah, mostly. embargo is the per-node timeout that triggers a "fluff". It is "canceled" if the node sees the tx fluff before the timeout is reached (reach end-of-stem phase or another embargo timeout expired first)
-
vtnerdthere is no coordination, its selected randomly by each node that correctly forwards the tx in the stem phase
-
selstabtw vtnerd could you take a look at 6757?
-
moneromoooty
-
spoke0i just caught a incoming transaction to a subaddress that has a payment_id set ( not 0000...), i though that was not possible with the monero-wallet?
-
moneromoooIt is not possible with monero-wallet-cli. It's possible some poeple want to try being assholes I guess.
-
spoke0ok i will see if i can figure out with which software that was send, thanks moneromoo
-
kayabaNervemoneromoo: I'd guess it's a remnant rather than guessing it's malicious. It's a pretty stupid annoyance.
-
moneromoooWhat is ?
-
kayabaNerveIncluding a payment ID in a subaddress?
-
kayabaNerve*in a transaction to asubaddress
-
moneromoooI suppose it could be old custom code, true.
-
kayabaNerveOr it's for internal tracking of outgoing payments, even though payment IDs are generally used for tracking incoming...
-
kayabaNerveAnyways. It sounds, and is, stupid. Just don't get how someone would do it to be an ass :P
-
anekdotinwhich rpc method is generally used for incomming deposits..get_bulk_payments or incoming_transfers