#36c3 #CDC Critical Decentralisation Cluster - Program for DAY 03 - please visit: youtube.com/watch?v=Krftz3Y39sg for livestreamed content and decentral.community for full sheduled program ! - Events will be streamed and recorded.

@monero @riat_at

#monero - #c36c3 C3 , LEIPZIG 1/2

YouTube Title: Day 3: Critical Decentralisation Cluster (36c3) Views: 0 Length: Uploaded: 2019-12-29 User: Monero Community Workgroup Likes: 0 Dislikes: 0

isn't the idea of the block height parameter of get_bulk_payments() to not display transactions before that block?

The idea of the block height parameter of get_bulk_payments() to not display transactions before that block. It may be off by one though.

then why do i get "block_height": 610 payments when at blockheight of 1200?

I dont know. File a bug if you're sure you're not doing things wrong.

Include the JSON you sent.

just playing around with the PHP intergration. wanting to make sure i get the concept

question about the official monero gui wallet

I am trying to send a transaction

trying to spend your monero? that's crazy talk!

and I am realizing that the send screen doesnt have any options to say whether I am doing a shielded or transparent transaction

there are no shielded or transactions, just transactions

you might be thinking of zcash

shit am I?

damnit, yeah

right, monero has the thing to optionally add some kind of key to make the transaction visible

which I don't want to do in this case, although I am not sure where I'd do that on that screen either

moneromooo: the library redeclares an empty configuration array right after the $min_block_height .... works now :)

Hail_Spacecake: i think it's a view key for the wallet. not per transaction

A random key is generated for every tx. You can use this key later on to prove things.

Hail_Spacecake: you can do that after monero.how/tutorial-how-to-prove-payment - although i'm not sure how you do that in the GUI

I can't figure out how to create an integrated address using my own payment id

Is this still possible with the wallet CLI?

integrated_address abcdefabcdef00

If it doesn't work, I'll fix.

Should work the same on Stagenet right?

Yes.

[wallet 5AGTfQ]: integrated_address abcdefabcdef00

Error: failed to parse payment ID or address

Is there a length limit to payment ID?

Like... could I use a SHA256 hash there?

8 bytes, so 16 hex digigs.

Oh, I put 12. Sorry. Add 4.

No, add 2 -_-

oh that works

:)

Man... how can I use that now...

anything that creates a 16 digit hash?

take the first 8 bytes of your favourite hash :D

Sure. sha256sum | cut -b 1-16

I want to be able to create a list... create a hash from it and then use it as a payment id as proof

proof of what?

proof that the list isn't altered

ENEEDMOREDETAILS

I want to export guesses from my db 5 blocks before a draw and then send a tx using the hash of the list to the Monero blockchain

the hash as a payment id

but how will people know that you haven't left one out? or that you actually use the list that you've hashed?

because they'll be able to hash the list themselves

I guess I could just use the first 16 characters but that makes things more complocated

probably it's already too complicated

are you sure the list is worth it? people still have to trust you, this doesn't really change anything

probably doesn't matter hey... maybe I'm thinking about this wrong or have the wrong idea in my head... I just tried it and didn't see it on the block explorer

the 64 bit payment ids get encrypted

i think

It does.

if you want to timestamp something, you can just use opentimestamps ^^

moneromooo, so there'd be no way really to get the payment id back here? integrated_address abcdefabcdef00ad

although i don't think it's worth it. using the block hashes for random numbers is nice because it shows you aren't messing with them. doing this doesn't really help anyone, screwing with payments is already visible (people will wonder where their reward is)

The recipient can.

Alice gives integrated address to Bob using payment id 42. Bob sends Alice 1 monero using this. 42 does not appear on the chain. Alice receives tx, finds payment id. Alice decrypts it, sees 42. Nobody else can decrypt it. Bob knows it because it was in the clear when he got the integrated addres.s

Thank you. All is clear now.

I was mistaken on how that worked.

Privacy comes at a cost.

how should accounting of different customers be handled? creating individual accounts sounds like overkill. should each customer get a seperate subaddress?

charolastra, seems that's the way to go right now... really depends on use case though.

integrated addresses are still a thing

does hitbtc still do something weird like manually generate a new private spend key for each user?

the first part of integrated addresses seems to stay the same. they could know they are paying the same person

yeah an integrated address is just a normal address with a different byte at the front and some extra junk on the end

they didn't use that though, or maybe i'm just imagining this

You're so imaginary asymptotically

do i not at least have a small real part? :(

As close to 0 as you can get without being 0.

You may very well have, but I cannot know that with certainty.

wow, first imaginary and now irrational. i can't handle all of this cyberbullying

Maybe we should bully fractionally less, it's only natural.

I can't deal with fractions this late at night though moneromooo

Stop being fractious. It's prime time! Make it count!

:D