Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Jun 13 08:02
    @jaspervdm banned @matrixbot
  • May 06 2018 21:29
    User @ignopeverell unbanned @maesitos
  • May 06 2018 00:41
    @ignopeverell banned @maesitos
Blade Doyle
@bladedoyle
semantics
Alex Romanov
@BigRomanov
For us this is just a technical solution that is simpler than constant wallet communication
Blade Doyle
@bladedoyle
Im not a big fan of pre-mine coins or ICO
Alex Romanov
@BigRomanov
Is ZCash considered premined? Just so I am clear in terminology.
John Tromp
@tromp
no, it's called a mining tax
yours is a monthly (weekly?) mining tax implemented as a timelocked premine
Alex Romanov
@BigRomanov
We call it the "Treasury"
Blade Doyle
@bladedoyle
In a down market, Monero market cap is $2,210,992,983 so 20% = 422M. Is that a reasonable tax?
Anyway, Im not the one you need to convince
Alex Romanov
@BigRomanov
We hope to be bigger than Monero. Also, most of the Treasury goes to our investors and a Non Profit Foundation that will maintain and develop Beam in the future.
Blade Doyle
@bladedoyle
Based on the top 10 market cap cryptos right now, premine / ico / treasury tax does not seem to matter much. I guess you do need to worry about somebody forking away from your tax but maybe the quality of your development team can deter the community from following the fork.
Your "C++ maturity" argument is compelling.
Alex Romanov
@BigRomanov
We are developing a whole solution. Our roadmap includes all types of wallets, integration with HW wallets, Atomic Swap based exchange from within the wallet to allow easy onboarding and other usability enhancement features. We really want Beam to be as easy to use as possible.
François
@mably
@BigRomanov have you anything planned on the layer 2 side? state channels, etc?
Alex Romanov
@BigRomanov
We are currently focusing on implementing layer one as best as we can. We believe that the main use case is confidential store of value. Layer 2 isn't a priority for us at the moment.
Alex Romanov
@BigRomanov
Confidential assets issuance is also very interesting use case we intend to develop.
François
@mably
Is it easily feasible over MW?
Ignotus Peverell
@ignopeverell
@mably yes, both confidential assets and a lightning-like network are feasible
François
@mably
Excellent :+1:
I've read a few things about the new RGB project, could it be used for Grin?
Ignotus Peverell
@ignopeverell
I haven't looked enough at specifics to tell
I agree with @BigRomanov that confidential assets may be interesting too, especially if we can figure out some pegging system with other coins
I'd love to have some sort of bitcoin bridge where bitcoin assets can exist on the Grin chain
François
@mably
:ok_hand:
meoat33
@meoat33
at some point, I remember it was stated that cuckoo cycles would be more energy efficient, because the bottleneck being GPU memory bandwidth.
Is that still correct? if so does, anyone have an estimate for how much of a reduction in energy usage this means?
Say I look up the specs of my favourite GPU: does that mean i can divide that power consumption by some factor?
urza
@urza_cc_twitter
Hi @BigRomanov you have some small mistakes in your comparison table, for example for Monero the "Privacy enabled by" should be: "Ring Signatures + Confidential Transactions + Stealth Addresses".. Also for BEAM the "Decentralized" should be "No".. I also suggest you add row "Funding Model" with "20% tax from each block reward" for ZCash/Beam and "voluntary donations by community" for Monero.. oh and you should add Grin to the table.
umma08
@umma08

all this new privacy coin stuff made me feel like sharing this, which i came across today.

it's a link to white paper for ViceCoin. make of it what you will. i found it quite amusing.

https://vicecoin.com/pdf/white-paper.pdf

John Tromp
@tromp
@meoat33 with the latest cuckoo cycle miners, GPUs use quite a bit of power.
meoat33
@meoat33
@tromp when talking about power consumption for GPUs: is it correct to say that different processes (fetch from memory, compute hash, etc) require different amounts of energy, thus if one of these is the bottleneck this gives how much it will at most consume?
John Tromp
@tromp
GPU has many components using power. you often get highest performance when exercising all components near capacity. this will also use the most power.
if one or more components is under utilized you will see drop in power but that suggests there are ways to improve performance
meoat33
@meoat33
i see, thanks!
0xb100d
@0xb100d
Interesting article on the MakerDAO governance model they are developing. They are a very transparent and wholesome project so they are worth following I think https://medium.com/makerdao/foundation-proposal-caeb382465c1
also other than beam what other projects with code are working on implementing mimblewimble?
Ignotus Peverell
@ignopeverell
I don't know if that Ethereum ICO one went forward, mythril I think?
lehnberg
@lehnberg
@0xb100d @ignopeverell there’s also http://mimblewimble.tech:
  • “Mimblewimble on ethereum”, maybe as some kind of side-chain? Not clear exactly what the project is about.
  • Led by the “former co-founder of Zcoin” and the “ZClassic cofounder”.
  • Not clear what the status of the project is, it appears to be inactive.
umma08
@umma08
@bladedoyle am connected to your pool today. seems to have connected without a hitch, and receiving jobs. if you want/need info/stats, just tell me how i can help
erk@erk-PORTEGE-R830:~/Desktop/random/z.crypto/miner$ grin-miner
Starting Grin-Miner from config file at: /home/erk/Desktop/random/z.crypto/miner/grin-miner.toml
Jul 06 09:49:05.517 INFO This is Grin-Miner version 0.2.0 (git faa7b9d), built for x86_64-unknown-linux-gnu by rustc 1.26.0 (a77568041 2018-05-07).
Jul 06 09:49:05.524 DEBG Built with profile "debug", features "" on Wed, 27 Jun 2018 08:41:42 GMT.
Jul 06 09:49:06.901 WARN Connection Status: Connected to Grin server at grinpool.us:3333.
Jul 06 09:49:07.009 DEBG sending request: {"id":"0","jsonrpc":"2.0","method":"login","params":{"agent":"grin-miner","login":"http://109.76.231.22:13415","pass":""}}
Jul 06 09:49:07.009 DEBG sending request: {"id":"0","jsonrpc":"2.0","method":"getjobtemplate","params":null}
Jul 06 09:49:09.011 DEBG Received message: {"id":"6","jsonrpc":"2.0","method":"getjobtemplate","result":{"difficulty":1,"height":130712,"pre_pow":"0001000000000001fe98f7f3da2210d30db02345e991e8f78fab6f0201cc7124cb5da454330a6a932284000000005b3f2cb6000000000002a4c2ee617d1777a60fba23c7632171b0bae0cccf78fb55bb86e1cf60ece59304af6e97bd63bb9e683cd933d08ac50480b1debd6c8d27a4bb89097c45e11181b4ceb7b5787f9686241dc582afeca2a4642ba2dbbdeef692b9f773f6517996fd9105c443e68ce47e56174c556f8f8a9d5e09c0c5d41c194f857247ebdbeba8f0f1e143"},"error":null}

Jul 06 09:49:09.015 DEBG Received response with id: 6
Jul 06 09:49:09.015 INFO Got a job at height 130712 and difficulty 1
Jul 06 09:49:09.016 DEBG Received message: {"id":"6","jsonrpc":"2.0","method":"login","result":"ok","error":null}
Michał Fronczyk
@mfronczyk
@BigRomanov do you have any addressing layer, or coins are just sent to IP addresses?
jaspervdm
@jaspervdm
Am I the only one who doesnt like all the beam questions in here? They have their own communication channels, the main topic here should be grin :)
(note its just my personal opinion, im not a mod)
Alex Romanov
@BigRomanov
I am only answering here because I am asked here. I had no intention to impose. Everyone is more than welcome to ask questions in our Community Telegram Channel https://t.me/BeamPrivacy
jaspervdm
@jaspervdm
yeah i am not blaming you, just more the people asking the questions :D
Alex Romanov
@BigRomanov
@mfronczyk Yes, we have an addressing layer and support for both online and offline transactions.
Michał Fronczyk
@mfronczyk
@jaspervdm, I thought that we might learn something from Beam. AFAIK, Grin doesn't have a clear plan for these. @BigRomanov can you tell how this works, how the addresses look?
jaspervdm
@jaspervdm
@mfronczyk yeah i guess, it just feels like the main topic atm. but again, just my personal opinion
John Tromp
@tromp
i'm fine with beam discussion here, as long as it doesn't drown out grin discussion (which it's nowhere near to doing)
jaspervdm
@jaspervdm
alright it doesnt seem that anyone is sharing my opinion so i will shut up about it haha
umma08
@umma08

the reason there are so many questions about Beam is perhaps because they have a link to their codebase (i assume that is what the github icon in find us in for) that doesn't actually link anywhere.

The twitter and telegram links do work though, and they also have a contact form. unless of course i am mistaken, and they do have an open codebase.

lehnberg
@lehnberg

@umma08 they say their codebase will be released following the launch of their testnet, which is currently targeted for September.

For what it’s worth, I think that any constructive discussion and knowledge sharing between our projects will be positive, and I agree that there are opportunities for us to learn from each other.

Just like @mfronczyk I too am curious to hear more about the approach @BigRomanov and the Beam team took for their addressing layer, and how they support both online and offline transactions.