-
Lyza
they just embed info in tx_extra
-
Lyza
no scripting, but there in an arbitrary binary data store
-
m-relay
<spirobel:monero.social> it would be possible to also do scripting. The colored coins concept can also incorporate smart contracts. People like to think that this can be prevented, but it can't.
-
m-relay
<comradeblin:matrix.org> There is a reason why monero does not have implemented smartcontracts
-
m-relay
-
xmr_noob_69
@m-relay Seems the biggest issue is the smart contracts can't be private. Doesn't really matter if you use buffer wallets in between, no?
-
xmr_noob_69
and what about that tari thing? seems to be some sort of scripting language for monero
-
m-relay
<ofrnxmr:monero.social> #monero
-
Guest93
Hello
-
m-relay
<tobtoht:monero.social>
nohello.net
-
Kapun
Hi.
-
Kapun
I have following error during compile monero on Mac m1 computer:
paste.debian.net/1296831
-
Kapun
Can anyone help?
-
sech1
-
sech1
Because there's no "libblockchain_db" in Monero build
-
Kapun
-
sech1
Definitely not
-
sech1
You're compiling something else
-
sech1
cryptonote::get_reserve_reward is not used anywhere in current Monero code
-
sech1
Either that, or you're compiling Monero code from 2016
-
sech1
Ahhh, found it. You're compiling Zephyr. This is Monero dev channel, you should ask in Zephyr discord.
-
Kapun
I apologize; I got very little sleep today. Here is the Zephyr repository:
github.com/ZephyrProtocol/zephyr.
-
Kapun
I'm surprised; they are using such an outdated version of Monero's source code.
-
plowsof
-
m-relay
<emlily:matrix.org> i made a thing! *probably* not very interesting to people since it's pretty basic and also my first time using rust lol but.
github.com/easrng/xmr_ts
-
m-relay
<emlily:matrix.org> it puts arbitrary hashes on chain
-
m-relay
-
m-relay
<emlily:matrix.org> doesn't use tx_extra so they should be indistingushable from normal transactions
-
sech1
plowsof wrong Zephyr :D
-
sech1
emlily it puts hashes where? Instead of stealth addresses, so you effectively burn XMR every time?
-
m-relay
<plowsof:matrix.org> sech1 oops lol
-
m-relay
<emlily:matrix.org> it derives a view key from the hash, and yeah it burns an atomic unit but that's negligible compared to the fee anyway
-
m-relay
<emlily:matrix.org> the flow for hashing is hash data -> derive keypair -> generate address with the view key as the public key from the keypair and an empty spend key
-
m-relay
<emlily:matrix.org> then you send a transaction to the address
-
sech1
Hmm, and the spend key is all 0. You could derive it too, so it would be possible to have full access to this wallet address
-
m-relay
<emlily:matrix.org> no reason to, really. you aren't supposed to send usable amounts of xmr to it
-
sech1
The easy way to put arbitrary 32 bytes on the blockchain is to put them where stealth address would be. It also burns coins, but it's easier to implement
-
m-relay
<emlily:matrix.org> but is that usable with unmodified wallets?
-
sech1
It will require a modified wallet though
-
m-relay
<emlily:matrix.org> lol
-
sech1
Sorry, my category of "easy" is different from non-dev people :D
-
m-relay
<edge7:matrix.org> What's the point in burning coins? Am struggling to understand
-
m-relay
<emlily:matrix.org> because an atomic unit is basically free and it's the easiest way to make a transaction
-
m-relay
<edge7:matrix.org> But what is the purpose of such a transaction
-
m-relay
<edge7:matrix.org> ?
-
rbrunner
If you can put a hash into the blockchain you can e.g. prove that a certain document existed already at a given point in time
-
moneromoooo
I believe the burning is merely a necessary side effect, not a goal.
-
m-relay
<emlily:matrix.org> yeah exactly!
-
m-relay
<edge7:matrix.org> Ah like ordinals sort of
-
rbrunner
I wonder whether that would really be without any side effects if people started to burn coins now left and right ...
-
rbrunner
Even if only in atomic units
-
sech1
If they use unmodified wallets for this, it shouldn't be a privacy problem
-
sech1
Transactions will look the same
-
m-relay
<edge7:matrix.org> Basically just to save something. But it's not possible to pass the ownership with the above approach. Correct?
-
rbrunner
Yeah, but more and more enotes would become "dead ends". Maybe you really can't see any effect of that, nobody could see they don't become true spends anymore, ever
-
m-relay
<emlily:matrix.org> right, it just timestamps data
-
m-relay
<emlily:matrix.org> you could use something like this to provide consensus for a sidechain tho
-
rbrunner
"If your only tool is a hammer, everything looks like a nail" comes to mind. Plenty of blockchains around that *want* you to do such stuff
-
m-relay
<boog900:monero.social> No one without the hash would be able to prove that these enotes are dead ends so it depends what this is being used for.
-
rbrunner
Why bother Monero?
-
sech1
Statistically, they would be used N-1 times (no true spend), compared to outputs which are eventually spent
-
sech1
*used as decoys in rings
-
rbrunner
Maybe we could start kind of a contest: "Most creative (ab)use of Monero and its blockchain" ...
-
sech1
I mean seen in rings
-
sech1
But statistics operates with huge number of transactions, so you still can't tell anything about an individual transaction
-
rbrunner
Does anybody remember the crazy person that wanted to encode messages by using the last digits of amounts?
-
m-relay
<emlily:matrix.org> oh no lol
-
moneromoooo
Yeah, he left after going bankrupt after a PoC where they mistakenly used the first digits of amounts.
-
midipoet
lol