Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Jun 13 2019 08:02
    @jaspervdm banned @matrixbot
  • May 06 2018 21:29
    User @ignopeverell unbanned @maesitos
  • May 06 2018 00:41
    @ignopeverell banned @maesitos
John Tromp
@tromp
you cannot reduce the n-bit bitmap itself though

"You can figure out which outputs are being spent by which transaction, but the trail of data stops here. All inputs and outputs look like random pieces of data<...>" Could you expand on why this protects privacy? I'm probably missing something - how is this different from regular Bitcoin UTXOs, except for no permanent addresses?

To give a specific example, if a certain output is tainted (e.g. an exchange allowed a withdrawal and then realized it's a criminal), would subsequent transactions spending it be tainted as well, since the trail is observable?

Dawid Ciężarkiewicz
@dpc
@bogatyy AFAIK, you see that a given unspent output was spent by a given transaction, but you don't know where it went.
John Tromp
@tromp
@bogatyy the "subsequent transactions" include more and more innocent bystanders due to unobserved tx aggregation
John Tromp
@tromp
you also cannot tell change outputs apart
buckyballs00
@buckyballs00
Hi, could someone point me to the solution for this, thanks! thread 'main' panicked at 'Error parsing config file: Error parsing configuration file at /Users/l grin/grin.toml - missing field `capabilities` for key `server`', src/bin/grin.rs:292:3
hashmap
@hashmap
@buckyballs00 replace your grin.toml with the latest version from github, apply local changes if needed on top.
Antioch Peverell
@antiochp
@bogatyy @dpc Note that a block in bitcoin directly contains the transactions.
A Grin block in contrast consists of only the underlying inputs and outputs.
You can think of a Grin block as one big aggregated tx (roughly speaking).
So unless your node actually observed a specific tx during tx propagation
all you know is an output was spent in a particular block (and not which tx spent it).
And that block will contain hundreds if not thousands of other inputs and outputs.
And by leveraging Dandelion for our tx aggregation only a small subset of nodes will see any individual tx before it has the opportunity to be aggregated into a larger tx.
Antioch Peverell
@antiochp
For example - https://grinscan.net/block/71260
you can see 27 inputs and 13 outputs (2 txs + coinbase reward for the block itself)
but without having seen either of these txs during tx propagation there is no way to identify which outputs and which inputs make up any individual tx
and that's just with a small example of 2 txs in a block
so if you were trying to trace where output 0987a4d40600ca93c56ec7bcce9671d152770eb38e40980b955998aaeb107934c1 went, all you could really say was that it was spent at height 71260
vincent dorut
@vincentdorut_twitter
Hi , is there any public pool mining on testnet 3 ?
buckyballs00
@buckyballs00
@hashmap Thank you. It looks like capabilities = [7] is in the wrong place in grin.toml? I moved it to the old place in my script and everything's ok.
Mathias Nguyen
@Mathias_Nguyen_twitter
Whats the definition of a Kernel ? Can't seem to find it github
jaspervdm
@jaspervdm
a kernel consists of: lock height, fee, excess and signature for the excess
its to prove that no new coins were created (together with the rangeproofs) and that the person creating the transaction knew the private keys :)
excess is basically sum outputs - sum inputs - offset*G + fee*H
Mathias Nguyen
@Mathias_Nguyen_twitter
Thank you, does the name have anything to do with popcorn kernels ?
jaspervdm
@jaspervdm
heh maybe
umma08
@umma08

@vincentdorut_twitter there is a test mining pool operating. afaik it is being run by @bladedoyle

there is some info here:
https://docs.google.com/presentation/d/1DHf7efV9m8JjN22Nr3AyjabSU6V53xliQnVO9jg1240/edit#slide=id.p

hashmap
@hashmap
@vincentdorut_twitter check https://github.com/grin-pool/grin-pool - how to try it section
umma08
@umma08
thats a much better link!
Blade Doyle
@bladedoyle
@vincentdorut_twitter Pools are still being developed. grin-pool.us:3333 is currently in alpha mode, but there is no web UI yet. For a text-ui I have shared this messy script: https://ipfs.io/ipfs/QmeEtSU1oR7mbXZohR8p1TzwzGE2YBttB2RyePhQK7LECn
Ignotus Peverell
@ignopeverell
meetup time, hello everyone!
lehnberg
@lehnberg
Hello!
Quentin Le Sceller
@quentinlesceller
Hi !
Yeastplume
@yeastplume
good evening
Ignotus Peverell
@ignopeverell
as a reminder to people who'd be around and haven't heard, this is the start of Grin's governance meeting, where Really Important Things Are Done
jaspervdm
@jaspervdm
o/
Ignotus Peverell
@ignopeverell
so what I have for today are proof-of-work and logo (for something more fun)
anything else?
lehnberg
@lehnberg
I wanted to flag the post re miner adjusted reward schedule
*Miner controlled emissions.
We also have some miner follow ups from last meeting
Ignotus Peverell
@ignopeverell
ah yes, been following that, I think it's interesting but still very far from convincing
lehnberg
@lehnberg
That perhaps we might want to tick off first
*minor lol
Ignotus Peverell
@ignopeverell
go for it then
hashmap
@hashmap
here
Antioch Peverell
@antiochp
here
lehnberg
@lehnberg
Can we confirm a mu-sig wallet has been set up?
Ignotus Peverell
@ignopeverell
not at all
haven't even started looking, but we decided there was no rush (I think), given the current campaing that's underway
but we should definitely get started
and looking at providers would be a good first step
lehnberg
@lehnberg
Oki. Shall we follow up separately on that one then?
Ignotus Peverell
@ignopeverell
sure, I think it's going to be more a matter to find one that works at all rather than the perfect one
lehnberg
@lehnberg
The only other point was an action for all to have taken a look at risk mgmt doc. Have we all done so?