April 16, 2024, 10:30:46 AM

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - akumaburn

Pages: [1] 2 3 ... 17
1
GoldCoin Discussion / Re: 51% attack
« on: December 19, 2018, 10:15:05 PM »
Cryptopia is having some other troubles and are blaming it on 51% attacks.

There indeed was an attack on their node back in September which was remedied with an update to the code but nothing of late AFAIK.

2
Good to know.

3
In the mean time you can try building in Ubuntu Xenial, Ubuntu 16.04.2 LTS
Which I have had success in building in.

4
Hi, I'm trying to run the wallet on my linux machine:

Code: [Select]
$ lsb_release -r
Release: 16.10

It complains that the libboost-system library 1.58.0 is not there

Code: [Select]
$ ./goldcoind
./goldcoind: error while loading shared libraries: libboost_system.so.1.58.0: cannot open shared object file: No such file or directory

However the repositories don't have this version.

Code: [Select]
$ apt search libboost-system
Sorting... Done
Full Text Search... Done
libboost-system-dev/yakkety,now 1.61.0.2 amd64 [installed]
  Operating system (e.g. diagnostics support) library (default version)

libboost-system1.54.0/now 1.54.0-4ubuntu3.1 amd64 [installed,local]
  Operating system (e.g. diagnostics support) library

libboost-system1.60-dev/yakkety 1.60.0+dfsg-6 amd64
  Operating system (e.g. diagnostics support) library

libboost-system1.60.0/yakkety 1.60.0+dfsg-6 amd64
  Operating system (e.g. diagnostics support) library

libboost-system1.61-dev/yakkety,now 1.61.0+dfsg-2.1 amd64 [installed,automatic]
  Operating system (e.g. diagnostics support) library

libboost-system1.61.0/yakkety,now 1.61.0+dfsg-2.1 amd64 [installed,automatic]
  Operating system (e.g. diagnostics support) library

I'm still trying to figure out how to install the right library version but in the meantime I thought I'd post this here because I'm guessing Ubuntu 16.10 is something a lot of folks use?

Since you are also developing you will want the packages from here:

http://packages.ubuntu.com/xenial/libboost-all-dev

You'll want to comment existing lines in your sources.list file and add the ones from here:

https://help.ubuntu.com/lts/serverguide/configuration.html


Then you'll want to do

Code: [Select]
sudo apt-get remove libboost-all-dev -y

And then

Code: [Select]
sudo apt-get install libboost-all-dev -y

Then install any remaining libraries and it should work.

Good Luck!




5
Technical Discussion / Building GoldCoin (GLD) 0.7.x on Linux
« on: January 29, 2017, 02:50:14 PM »
In order to build on Linux (Ubuntu in this case):

Requirements:

From "Master" branch

Packages:

libboost-all-dev
libminiupnpc-dev
libdb4.8++-dev
libqt4-dev
libqrencode-dev
libqtwebkit-dev

For GUI:
libqtgui4

How to make:

===Daemon===
From the "src" folder:

mkdir obj
make -f makefile.unix  USE_IPV6=1 USE_UPNP=1 USE_QRCODE=1 64BIT=1 RELEASE=1
strip goldcoind

Note you may need to copy build.h from the obj folder into the src folder

===GUI===
From the goldcoin folder(one directory above src):

qmake bitcoin-qt-nix.pro USE_QRCODE=1 USE_UPNP=1 USE_IPV6=1
make

6
Mining & Pools / Re: All blocks for hours are orphans :|
« on: July 08, 2016, 06:01:33 PM »
Something is wrong. All the found blocks for the past several hours are all orphaned. This isn't just one pool either. I've tried inet, ispace, and sminers. Just look at the pool stats on sminers(since ispace nor inet allows anyone to see orphans).

BTW, this will be my last post here. All the idiotic verification is too much hassle. 3 of them.........seriously........THREE!

Please ensure also that your system time is accurate, GLD requires a system time that is accurate to within 45 seconds of NIST time in order to mine effectively.

7
Mining & Pools / Re: Questions about coin production?
« on: July 08, 2016, 05:57:14 PM »
What the hell is up to 7 hours of today earn 25 coins, 50 megaheshah, Donat pool 1%,

GoldCoin has an anti-strip mine protection built in, if you wish to mine with a significant percentage of network hashpower, then you will have to wait for the difficulty to adjust to match (may take a day or two of mining). Afterwards orphans will drop significantly.. this is by design.

We do not support strip mining(mining just to sell in market), nor 51%ers. If you wish to mine with your 50 MH/s, you need to keep it on long term and then your orphans will drop as the network difficulty rises to match your hashpower.

Quote
who need a coin and such protection - You are killing development.
If you do not understand the particulars of cryptocurrency and the issues small coins have with network attacks, you'd likely not appreciate the fact that we are historically the most stable crypto-currency ever made.

8
Look what happens after block 438508 when the ata...susp...activity of interest abruptly stops:

http://gld.cryptocoinexplorer.com/blockrange?start=438500&range=30

If you look at the payouts from the address, it looks like a mining pool to me.

9
Let me first ask you if I'm getting this right:

GLD uses a 45-second window for the timestamp into the future
whereas BTC has a two-hour tolerance.
The timestamps must be in chronological order - unlike BTC.
The GLD clients synchronise their internal clocks with some tolerance against the local system clocks.
BTC doesn't have such a mechanism.

If my assumptions are right, wouldn't it be possible to programme a client that adds up to 45 seconds to the timestamp
when it has found a new block?
Wouldn't this bar other clients from submitting their blocks especially when this rogue client has a high hashrate?

I'm asking this because I've observed some weird behaviour in the last two weeks or so:

Every now and then, a string of blocks with a size of 249 shows up in the block-explorer
unless there is more than one transaction per block.
The age of the newest of these blocks is frequently '0 minutes 0 seconds.'
During such a period, mining only produces orphans.
Transactions between clients are not affected whatsoever.

Am I on the right track?

Hi,

GLD uses a 45-second window for the timestamp into the future - This is true

We also use a 2 minute and 45 second window for timestamps into the past. Under the 51% defense algorithm even if you manage to exploit this somehow you wouldn't be able to get 6 blocks in a row needed for double spending.


whereas BTC has a two-hour tolerance. - Also true, they're even more vulnerable, only defense BTC has is their extremely large network hashrate

The timestamps must be in chronological order - unlike BTC. - This is not true, the only reason it may seem like it is because our difficulty algorithm (Golden River) stays near the maximum speed allowed by our 51% defense algorithm. Thus it is merely a co-incidence.. Its very possible to have some time stamps that are not in chronological order

The GLD clients synchronise their internal clocks with some tolerance against the local system clocks. - This is not true, GLD will not synchronize with system time, but rather will record time-zone prior to mining. For this reason it is necessary that if you wish to mine GLD, your system time be within 45 seconds of NETWORK TIME(which is a median of the time of clients on the network).



If my assumptions are right, wouldn't it be possible to programme a client that adds up to 45 seconds to the timestamp
when it has found a new block? - It is possible to do this and we recommend doing so to all pools

Wouldn't this bar other clients from submitting their blocks especially when this rogue client has a high hashrate?  No because everyone else can do the same thing(not to mention that by default system time's across the world are usually off by a few dozen seconds anyways), and the 51% defense algorithm bars, one client from submitting more than 5 block every 10 minutes

The details of our 51% defense algorithm are complex and not covered fully in the old lamen white paper.. I suggest you take a look at the following function:

bool ProcessBlock(CNode* pfrom, CBlock* pblock)

in main.cpp, for details.





10
Project Development / Re: "GoldCoin - History of the First Year" Book
« on: March 27, 2016, 12:15:49 PM »
I have begun the final rough draft of the book.  A projected page count of over 130 pages is anticipated. 

I would like prominent members of the GoldCoin community write a personal statement (250-300 words).  Please include answers to these questions:

1. How you discovered GoldCoin?
2. What attracted you to GoldCoin/cryptocurrency in general?
3. How you have contributed to GoldCoin?
4. Where do you see GoldCoin in the short/long term?
5. What is your most memorable about of GoldCoin since its launch on the 15th of May 2013?

This list of questions is by no means exhaustive, but I would prefer all to be answered in a manner which suits.  Please could MicroGuy, Akumaburn, AZIZ1977, Stouse49 submit their personal statements very soon. 

Thank you

1.  I was trading alt-coins regularly on BTC-E and Cryptsy; the latter is how I found it.
2.
Primarily, it was the name itself that attracted me to GoldCoin/GLD. I mean I just didn't think the other coin names were viable for use by the masses.
As for crypto-currency in general, a Facebook friend of mine mentioned Bitcoin to me back in Feb of 2013. We're not counting time-travel paradoxes are we?
3. I have been its lead developer for all but the first month or two.
4. Short term we have definitely some marketing challenges to over-come, but I do see us in the top ten crypto-currencies very soon. Long term? Well I can't see the future right? :)
5. That'd have to be the hiring of the "Hobos" on Cryptsy chat.. those were some good times!

11
Project Development / Re: Goldcoin Development Roadmap
« on: February 07, 2016, 02:21:03 PM »
GoldCoin (GLD) Official Road-Map
  • BitGold Affiliation - STATUS: In Progress
  • GoldCoin Manifesto/RoadMap - STATUS: Not Started
  • Info-graphics for GoldCoin - STATUS: Not Started
  • YouTube Account - STATUS: Not Started
  • Content for Youtube - STATUS: Not Started
  • Articles on Sites like CoinDesk - STATUS: Not Started
  • More Exchanges(BitFenix, OkCoin Intl., Poloniex, BIT-X, Gatecoin) - STATUS: Not Started
  • Crowd-Funding for Point of Sale Application - STATUS: Not Started
  • Translated articles on Asian Investment Sites - STATUS: Not Started
  • Affiliation with other Cryptocurrency/Finance groups - STATUS: In Progress (C-CEX, Cryptopia)
  • Twitter/Social Media Presence - STATUS: Ongoing

Added by MicroGuy

  • Relieve selling pressure by reducing block reward  - STATUS: Ongoing
  • Institute law adopting and enforcing Satoshi's original vision  - STATUS: Ongoing
  • Educate consumers and investors about our technical superiority (eg. Golden River, 51% defense) - STATUS: Not Started
  • Build on our strengths in name, age, and stable network which translates to reliable value store - STATUS: Not Started
  • Solidify our brand as a legitimate bitcoin replacement loyal to Satoshi's vision - STATUS: In Progress

12
What software do we need to build this client?  I tried Intellij IDEA and it can't make heads or tails out of the source to run the client.

Hi just open the project file with eclipse and you should be able to build. Note only the GUI builds successfully at the moment, the daemon isn't finished yet.

14
The community has voted.. I am currently working on getting the code up on github, please bare with me.

15
Project Development / Re: Organizing Skype Sessions
« on: January 14, 2016, 10:49:15 AM »
Next Goldcoin Skype Meeting on Saturday again @ 23.01.2016

http://bit.ly/1mWFsYJ

I will release the Skype link soon , it is the Goldcoin Testmeeting Conversation.

I can't do anything work related on Saturdays.. Possible to reschedule to Friday or Sunday?

Pages: [1] 2 3 ... 17