01:28:41 <azizLIGHT> moneromooo: well the trigger isnt working right? i tried min maxing 1-99 to get it to activate, but it doesnt want to. whats the reason? i dont know
10:25:31 <newyearday> hello
10:32:38 <newyearday> for new blockchain i changed hardforks heights,cryptono config,wallet config but still i  have "has old version 0" current is....
10:32:51 <newyearday> i idid it to start with v12
10:43:18 <newyearday> anyone here
16:17:55 <newyearday> when i send 100 and i want to send 1 why is sent 100 and come back 99
16:17:59 <newyearday> how to avoid this
16:18:22 <newyearday> when i have 100 and i want to send 1 why is sent 100 and come back 99
16:19:15 <newyearday> is possible to remove from code this
16:20:17 <newyearday> confirmation need lot of time for some payment so in case of multiple sending this is very bad
16:20:25 <moneromooo> Because you only have a 100 output, most likely. If you had only 1 outputs, it'd send that.
16:21:09 <newyearday> the only solution is to send to myself?
16:21:20 <newyearday> for creating more outputs?
16:21:48 <moneromooo> Probably not, but that's the most straightforward one. Also see the min-output* settings in the wallet.
16:22:26 <newyearday> what else can be the solution?
16:22:41 <gingeropolous> dont use an output based blockchain?
16:22:42 <moneromooo> Have the wallet automatically do it.
16:23:17 <newyearday> blockchain without outputs?
16:23:38 <newyearday> what does this mean
16:23:59 <gingeropolous> right. my point is that you'll have to deal with outputs unless you want to switch to a different accounting mechanism
16:24:05 <moneromooo> A balanced based one, typically.
16:24:55 <moneromooo> See, if your money is coins and banknotes, you can't give someone 8p without giving them 10p, or another amount, because your coins are quantized. You then get 2p change.
16:25:13 <moneromooo> But if you pay with a bank card, you can pay 8p because there are no actual outputs, just a balance.
16:26:45 <newyearday> very important your explanation but i dont know blockchain with balance and monero quality...
16:27:08 <moneromooo> I *think* Cryptonite was balance based...
16:27:24 <moneromooo> Yes. Account tree. Must have been.
16:27:41 <moneromooo> I think Ethereum also is.
16:28:21 <moneromooo> It's also possible to have a chain based on *both* outputs and balances :D
16:29:52 <newyearday> u dont have fees when u send to yourself right?
16:30:03 <moneromooo> Not if you mine that tx.
16:34:39 <Inge-> newyearday: You can make a transaction with up to 16 outputs (each output going to someone else or back to yourself) - so it is fairly easy to create more outputs. HOWEVER this transaction is larger, and fees will be higher (but fees are really really low, so should not be a problem)
16:35:39 <newyearday> how u give 16outputs  to cli
16:35:42 <moneromooo> It's a fork, so fees can be whatever they like.
16:36:18 <moneromooo> transfer Address0 Amount0 Address1 Amount1...
16:37:11 <newyearday> my address is one so why address0,address1 etc
16:37:15 <Inge-> oh is this the forked coin?
16:37:35 <newyearday> i mean to transfer in new address
16:37:38 <newyearday> got it
16:39:22 <newyearday> how many address u can put on one line in cli before cli to crash
16:39:40 <newyearday> 10,100,200
16:39:56 <newyearday> or depends from computer
16:40:40 <Inge->   < Inge-> newyearday: You can make a transaction with up to 16 outputs
16:41:17 <newyearday> which is the limit
16:41:25 <newyearday> or i need to test
16:41:59 <Inge-> newyearday: curious, what is your first language?
16:42:16 <newyearday> is not english of course....
16:42:45 <Inge-> That was apparent :)
16:50:32 <newyearday> the need for too many outputs is very serius specially when u want to make payments fast
16:51:49 <gingeropolous> agreed. However, monero's ring sigs don't lend well to fast serial payments.
16:54:35 <Inge-> newyearday: if you can plan for it, it works out well. But it can certainly hit those unawares.
16:55:39 <newyearday> exactly this is deep and a simple user will have bad surprise very bad
16:56:11 <gingeropolous> im not sold on that
16:56:37 <gingeropolous> rarely am I in a buying frenzy when I need to spend my monero, or any money really, within minutes of my prior purchase
16:57:47 <Inge-> it is just unintuitive for those who haven't worked with a UTXO-based cryptocurrency before
16:57:55 <gingeropolous> to me this concern has similarities to the fast payments "concern" with blockchain-based currencies, and double spending etc. i.e., 0 conf is fine for buying a pack of gum
16:57:59 <gingeropolous> but buying a house takes longer
16:59:28 <newyearday> who of the average user knows to change unlock_Window on config file for having this 0 conf
17:00:08 <gingeropolous> well no thats different. sorry to derail
17:01:38 <newyearday> im thinking on how monero can be useful for small payments
17:18:38 <Mochi101> newyearday, you just need to prepare your wallet
17:18:45 <Mochi101> So that you have lots of smaller outputs.
17:18:58 <Mochi101> That way you always have outputs that are unlocked.
17:20:26 <Mochi101> The sweep_single is good for this... you take one output and send it back to yourself in 15 parts
17:20:45 <Mochi101> or 16 parts... I forget
17:21:47 <Mochi101> So say you send 20 XMR to a wallet... then it's in that wallet in 1 output... you sweep_single back to that same wallet and tell it that you want to do it in 16 parts
17:22:05 <Mochi101> So now you have 16 outputs of just over 1 XMR
17:22:31 <newyearday> how u tell to do it in 16parts?
17:22:50 <asymptotically> can you still change the unlock time in the config header? i thought mooo got upset at us doing that and now it's enforced at the network level
17:23:00 <Mochi101> sweep_single [<priority>] [<ring_size>] [outputs=<N>] <key_image> <address> [<payment_id (obsolete)>]
17:23:12 <Mochi101> outputs=<n>
17:23:37 <Mochi101> key_image is always a pain in the ass to get
17:23:44 <Mochi101> but you need it...
17:23:47 <Mochi101> :D
17:24:24 <Mochi101> incoming_transfers verbose
17:24:31 <Mochi101> to get the key_image
17:24:41 <Mochi101> make sure you have a really wide window
17:24:47 <asymptotically> Mochi101: you can try explaining that to my grandma :D
17:24:56 <newyearday> exactly!!!
17:25:17 <Mochi101> there should be a built in tool
17:25:20 <Mochi101> but...
17:25:23 <Mochi101> meh
17:25:57 <asymptotically> is batching transactions bad for privacy? maybe the wallet could hold onto your payments for 5 minutes, and batch them all together
17:26:24 <newyearday> asymptotically there is stil  CRYPTONOTE_DEFAULT_TX_SPENDABLE_AGE
17:26:37 <newyearday> if u change unlock_window
17:27:19 <Mochi101> Is 10 blocks network enforced now though?
17:27:48 <ndorf> yes, 10 blocks is consensus since https://github.com/monero-project/monero/commit/a444f06e53b218cc8bd091e5283828beb3e7d9af
17:29:44 <asymptotically> sorry about that :p
17:30:08 <Mochi101> nice one moneromooo
17:30:22 <Mochi101> greatest troll ever
17:30:42 <ndorf> that change was made after it was discovered that some third-party wallets used <10block outputs as decoys, leading to easy fingerprinting of users of those wallets
17:31:11 <ndorf> see: https://github.com/monero-project/monero/issues/5712
17:51:54 <yanmaani> world's largest bitcoin exchange to introduce AML via chainalysis https://boards.greenhouse.io/bitmex/jobs/4651546002
17:54:46 <gingeropolous> oooooh shit
17:55:47 <azy> dirty bitcoins
17:56:13 <Mochi101> wow
17:56:32 <Mochi101> Is that cocaine on your bitcoin gingeropolous ?
17:56:35 <yanmaani> will be very fun to see how the regulator handles Monero. Usually they have just handled it by politely asking people not to deal with Monero, but that obviously isn't sustainable
17:56:52 <yanmaani> are we going to see bizarre second level solutions?
17:57:13 <yanmaani> or madness about "regulating the XMR <-> XBT ramps"?
18:01:14 <gingeropolous> der no c'cain on my bitcorns
18:04:10 <Mochi101> oh! You have more than one then?
18:09:49 <nonie> LOL - AML Operations Manager.
21:07:35 <Masterbob79> Ok
21:08:12 <Masterbob79> Exit