Bitcoin Forum
May 03, 2024, 11:47:25 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 »
  Print  
Author Topic: [ANN][ARG] Argentum | Fast. Optimized. Unique Innovation. | 0% Orphans  (Read 55732 times)
96redformula
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
June 11, 2013, 10:03:58 PM
 #61

What time zone is the forum time?
1714780045
Hero Member
*
Offline Offline

Posts: 1714780045

View Profile Personal Message (Offline)

Ignore
1714780045
Reply with quote  #2

1714780045
Report to moderator
1714780045
Hero Member
*
Offline Offline

Posts: 1714780045

View Profile Personal Message (Offline)

Ignore
1714780045
Reply with quote  #2

1714780045
Report to moderator
1714780045
Hero Member
*
Offline Offline

Posts: 1714780045

View Profile Personal Message (Offline)

Ignore
1714780045
Reply with quote  #2

1714780045
Report to moderator
"In a nutshell, the network works like a distributed timestamp server, stamping the first transaction to spend a coin. It takes advantage of the nature of information being easy to spread but hard to stifle." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
AlphaC (OP)
Newbie
*
Offline Offline

Activity: 28
Merit: 0



View Profile WWW
June 11, 2013, 10:07:31 PM
 #62

What time zone is the forum time?


UTC Time
eddyfitz
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
June 11, 2013, 10:26:50 PM
 #63

IT WON'T WORK!
if you'll make "random" block rewards - all other clients won't be able to verify block and chain will be split.

say on block 1500 we have 100 "nodes" in network:

node 1 calculates next block to be 2 coins
node 2 calculates next block to be 3 coins

node 3 finds a block but calculated it to be 5 coins.
this way node 1 and node 2 won't ever "confirm" block found by node 3.
only nodes that calculated this block to be 5 coins will confirm.
Same thing will happen with all other blocks.... and coin will die.
stdset
Hero Member
*****
Offline Offline

Activity: 572
Merit: 506



View Profile
June 11, 2013, 11:22:31 PM
 #64

facepalm 1:

why not calculate nSubsidy in a simpler way?

                int64 nSubsidy = 5 * COIN;
      if(rand < 20000)      
           nSubsidy = 1 * COIN;
      else if(rand < 40000)   
           nSubsidy = 2 * COIN;
      else if(rand < 60000)   
           nSubsidy = 3 * COIN;
      else if(rand < 80000)   
          nSubsidy = 4 * COIN;
//or is it possible, that generateMTRandom returns something greater than 100000, and the subsidy remains 0, lol

facepalm 2:

why not calculate it even simpler?

int64 nSubsidy = generateMTRandom(seed, 100000) / 20000 + 1;
//i suppose generateMTRandom returns a pseudorandom integer from 0 to it's second argument - 1, inclusive

facepalm 3:

why not calculate it even simpler?

int64 nSubsidy = generateMTRandom(seed, 5) + 1;

facepalm 4:

subsidy of a block is known, once the previous block is found. What could be better for forkhoppers?

eddyfitz
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
June 11, 2013, 11:27:01 PM
 #65

I guess following approach will be better:

Code:
if (nHeight % 100 == 0)
   nSubsidy = 5 * COIN;
if( nHeight % 80 == 0)
   nSubsidy = 4* COIN;

...

and so on
AlphaC (OP)
Newbie
*
Offline Offline

Activity: 28
Merit: 0



View Profile WWW
June 11, 2013, 11:43:41 PM
 #66

It's not completely random but deterministic random. It uses the last block hash as a seed to generate a "random" number. The same number always results from a given seed so the network will stay synced.

@stdset

Since none of your solutions actually serve to lower the order of operations or make any real contribution to the current code except for making it less readable, I will stay with this method. Your code is not better nor an improvement.
eddyfitz
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
June 11, 2013, 11:48:30 PM
 #67

Okay, if it's deterministic random, that my suggestion not much different from your apporach.
since it just a little bit more deterministic :-)
But we all will have less problem porting it to other languages (such as python for p2pool)
AlphaC (OP)
Newbie
*
Offline Offline

Activity: 28
Merit: 0



View Profile WWW
June 11, 2013, 11:57:38 PM
 #68

Hello,

I've tested setting it up myself on pools and didn't have any issues. I think you'll be surprised at how easy it is.
stdset
Hero Member
*****
Offline Offline

Activity: 572
Merit: 506



View Profile
June 12, 2013, 12:01:15 AM
 #69

@stdset

Since none of your solutions actually serve to lower the order of operations or make any real contribution to the current code except for making it less readable, I will stay with this method. Your code is not better nor an improvement.

Good answer!

For a bot having no idea about programming.
It is funny. A complex bot which is written using all sorts of loops and recursive functions, has no idea what is a loop and what is recursion. When the bot doesn't know what to say, it says something random. Even if it means that 1 line of code is less readable than 11 lines.
It's a long time since I laughed so much.  Grin

AlphaC (OP)
Newbie
*
Offline Offline

Activity: 28
Merit: 0



View Profile WWW
June 12, 2013, 12:06:10 AM
 #70

Having no idea about programming? You must be God himself to just know everything about people you never met.

Does your code offer any performance improvement over simple loops?

Charles999
Full Member
***
Offline Offline

Activity: 224
Merit: 100



View Profile
June 12, 2013, 12:07:36 AM
 #71

Well it's not my business what he does to be honest. I'm not the police, I'll help anyone.

You shouldn't pay Baritus now, he screwed up his help.  Keep your money and don't pay him.  He can't do a damn thing right so it seems.
AlphaC (OP)
Newbie
*
Offline Offline

Activity: 28
Merit: 0



View Profile WWW
June 12, 2013, 12:09:19 AM
 #72

He didn't have anything to do with any of the code other than testing it.
Hazard
Legendary
*
Offline Offline

Activity: 980
Merit: 1000



View Profile WWW
June 12, 2013, 12:27:40 AM
 #73


m3ta
Sr. Member
****
Offline Offline

Activity: 435
Merit: 250



View Profile WWW
June 12, 2013, 12:33:13 AM
 #74

Some innovation -> absurd premine -> fail?  Cool

+1
Definitely.
Add the absurd time - 3am forum time is 4am gmt, or 11pm est.
So, a coin for americans, as most euros will not give a rat's ass about this to stay awake until so late.

Why the frell so many retards spell "ect" as an abbreviation of "Et Cetera"? "ETC", DAMMIT! http://en.wikipedia.org/wiki/Et_cetera

Host:/# rm -rf /var/forum/trolls
dreamhouse
Hero Member
*****
Offline Offline

Activity: 1073
Merit: 666



View Profile
June 12, 2013, 12:35:49 AM
 #75

facepalm 1:

why not calculate nSubsidy in a simpler way?

                int64 nSubsidy = 5 * COIN;
      if(rand < 20000)      
           nSubsidy = 1 * COIN;
      else if(rand < 40000)   
           nSubsidy = 2 * COIN;
      else if(rand < 60000)   
           nSubsidy = 3 * COIN;
      else if(rand < 80000)   
          nSubsidy = 4 * COIN;
//or is it possible, that generateMTRandom returns something greater than 100000, and the subsidy remains 0, lol

facepalm 2:

why not calculate it even simpler?

int64 nSubsidy = generateMTRandom(seed, 100000) / 20000 + 1;
//i suppose generateMTRandom returns a pseudorandom integer from 0 to it's second argument - 1, inclusive

facepalm 3:

why not calculate it even simpler?

int64 nSubsidy = generateMTRandom(seed, 5) + 1;

facepalm 4:

subsidy of a block is known, once the previous block is found. What could be better for forkhoppers?

generateMTRandom function is created by the JKC, make sure you guys when using it put the proper copyright there.
dreamhouse
Hero Member
*****
Offline Offline

Activity: 1073
Merit: 666



View Profile
June 12, 2013, 12:37:22 AM
 #76

IT WON'T WORK!
if you'll make "random" block rewards - all other clients won't be able to verify block and chain will be split.

say on block 1500 we have 100 "nodes" in network:

node 1 calculates next block to be 2 coins
node 2 calculates next block to be 3 coins

node 3 finds a block but calculated it to be 5 coins.
this way node 1 and node 2 won't ever "confirm" block found by node 3.
only nodes that calculated this block to be 5 coins will confirm.
Same thing will happen with all other blocks.... and coin will die.

heard "deterministic randomness", lol
AlphaC (OP)
Newbie
*
Offline Offline

Activity: 28
Merit: 0



View Profile WWW
June 12, 2013, 01:21:56 AM
 #77

Wait til you see the surprises. Smiley
cryptohunter
Legendary
*
Offline Offline

Activity: 2100
Merit: 1167

MY RED TRUST LEFT BY SCUMBAGS - READ MY SIG


View Profile
June 12, 2013, 02:07:26 AM
 #78

there isn't much hype around or enthusiasm for this coin?

is it

1. the insanely monster premine?
2. just that there have been way too many coins released?
3. the rather mad time of day that it is being released?

forsetifox
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250



View Profile
June 12, 2013, 02:08:16 AM
 #79

I'm going to try it only due to the block size increase.
FiiNALiZE
Hero Member
*****
Offline Offline

Activity: 868
Merit: 500

CryptoTalk.Org - Get Paid for every Post!


View Profile
June 12, 2013, 02:11:39 AM
 #80

there isn't much hype around or enthusiasm for this coin?

is it

1. the insanely monster premine?
2. just that there have been way too many coins released?
3. the rather mad time of day that it is being released?

Where did you find that this was premined?

The first 500 blocks have no reward.

 
                                . ██████████.
                              .████████████████.
                           .██████████████████████.
                        -█████████████████████████████
                     .██████████████████████████████████.
                  -█████████████████████████████████████████
               -███████████████████████████████████████████████
           .-█████████████████████████████████████████████████████.
        .████████████████████████████████████████████████████████████
       .██████████████████████████████████████████████████████████████.
       .██████████████████████████████████████████████████████████████.
       ..████████████████████████████████████████████████████████████..
       .   .██████████████████████████████████████████████████████.
       .      .████████████████████████████████████████████████.

       .       .██████████████████████████████████████████████
       .    ██████████████████████████████████████████████████████
       .█████████████████████████████████████████████████████████████.
        .███████████████████████████████████████████████████████████
           .█████████████████████████████████████████████████████
              .████████████████████████████████████████████████
                   ████████████████████████████████████████
                      ██████████████████████████████████
                          ██████████████████████████
                             ████████████████████
                               ████████████████
                                   █████████
.CryptoTalk.org.|.MAKE POSTS AND EARN BTC!.🏆
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!