Bitcoin Forum
May 02, 2024, 09:18:40 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 [64] 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 »
  Print  
Author Topic: [ANN] [BEN] Benjamins ◄ SHA-256 ►◄ BOUNTY AVAILABLE to make BEN merge mineable!!  (Read 94313 times)
crackfoo
Legendary
*
Offline Offline

Activity: 3458
Merit: 1126



View Profile WWW
March 04, 2014, 07:22:06 PM
 #1261

I found the problem. We will have to fork it. I will let you guys know before we do and there will be plenty of time to update

ok

ZPOOL - the miners multipool! Support We pay 10 FLUX Parallel Assets (PA) directly to block rewards! Get paid more and faster. No PA fee's or waiting around for them, paid instantly on every block found!
1714684720
Hero Member
*
Offline Offline

Posts: 1714684720

View Profile Personal Message (Offline)

Ignore
1714684720
Reply with quote  #2

1714684720
Report to moderator
1714684720
Hero Member
*
Offline Offline

Posts: 1714684720

View Profile Personal Message (Offline)

Ignore
1714684720
Reply with quote  #2

1714684720
Report to moderator
1714684720
Hero Member
*
Offline Offline

Posts: 1714684720

View Profile Personal Message (Offline)

Ignore
1714684720
Reply with quote  #2

1714684720
Report to moderator
The grue lurks in the darkest places of the earth. Its favorite diet is adventurers, but its insatiable appetite is tempered by its fear of light. No grue has ever been seen by the light of day, and few have survived its fearsome jaws to tell the tale.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714684720
Hero Member
*
Offline Offline

Posts: 1714684720

View Profile Personal Message (Offline)

Ignore
1714684720
Reply with quote  #2

1714684720
Report to moderator
1714684720
Hero Member
*
Offline Offline

Posts: 1714684720

View Profile Personal Message (Offline)

Ignore
1714684720
Reply with quote  #2

1714684720
Report to moderator
1714684720
Hero Member
*
Offline Offline

Posts: 1714684720

View Profile Personal Message (Offline)

Ignore
1714684720
Reply with quote  #2

1714684720
Report to moderator
tuner
Member
**
Offline Offline

Activity: 73
Merit: 10


View Profile
March 04, 2014, 07:23:35 PM
 #1262

if we will have to fork it, i would also suggest implementing quicker difficulty changes, since now it was quite a long time to get to this diff readjusment when a lot of miners left benjamins:)

I found the problem. We will have to fork it. I will let you guys know before we do and there will be plenty of time to update
Mortimer452
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500


View Profile
March 04, 2014, 07:27:47 PM
 #1263

if we will have to fork it, i would also suggest implementing quicker difficulty changes, since now it was quite a long time to get to this diff readjusment when a lot of miners left benjamins:)

I found the problem. We will have to fork it. I will let you guys know before we do and there will be plenty of time to update

Agreed - we are already at 15x longer than normal blockrates now (16 minutes), I can only assume we will be at 30+ min blocks with this bizarre diff adjustment.  That puts the next diff adjustment at (2016 blocks * 30mins = 60,480mins = 1,008 hours = 42 days) assuming consistent network hashrate.  But that is likely to go down even further now.
AllAboutTheBenjaminsBaby (OP)
Full Member
***
Offline Offline

Activity: 140
Merit: 100


View Profile
March 04, 2014, 07:27:59 PM
 #1264

No. The problem is that I fucked up and didn't switch the spacing back between testnet and mainnet

static const int64 nTargetSpacing = 10 * 60;

I have no excuse as to why I didn't notice it until now. We had special numbers for testnet, and I must have forgotten to switch it before the final compile

Should we fork it or roll with the longer block times? It's up to you guys. I fucked up, no excuse

The good news, I guess, is that your Benjamins are about 10 times more rare than they were supposed to be
iGotSpots
Legendary
*
Offline Offline

Activity: 2548
Merit: 1054


CPU Web Mining 🕸️ on webmining.io


View Profile WWW
March 04, 2014, 07:38:13 PM
 #1265

You're already a month in. I would just leave it at this point. If you shorten it down now the dumpers will have a lot more power

tuner
Member
**
Offline Offline

Activity: 73
Merit: 10


View Profile
March 04, 2014, 07:39:19 PM
 #1266

dont be hard on yourself, mistakes sometimes happen ant this is minor one, i think nobody will have troubles redownloading a new wallet.
I would vote for forking

No. The problem is that I fucked up and didn't switch the spacing back between testnet and mainnet

static const int64 nTargetSpacing = 10 * 60;

I have no excuse as to why I didn't notice it until now. We had special numbers for testnet, and I must have forgotten to switch it before the final compile

Should we fork it or roll with the longer block times? It's up to you guys. I fucked up, no excuse

The good news, I guess, is that your Benjamins are about 10 times more rare than they were supposed to be
Mortimer452
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500


View Profile
March 04, 2014, 07:41:10 PM
 #1267

No. The problem is that I fucked up and didn't switch the spacing back between testnet and mainnet

static const int64 nTargetSpacing = 10 * 60;

I have no excuse as to why I didn't notice it until now. We had special numbers for testnet, and I must have forgotten to switch it before the final compile

Should we fork it or roll with the longer block times? It's up to you guys. I fucked up, no excuse

The good news, I guess, is that your Benjamins are about 10 times more rare than they were supposed to be

I'm confused - the above looks like BEN is supposed to have 10 minute block times

Diff adjustment still doesn't make sense in that case, we we already at 15+ min block times so it should have adjusted down by about 50%
crackfoo
Legendary
*
Offline Offline

Activity: 3458
Merit: 1126



View Profile WWW
March 04, 2014, 07:42:30 PM
 #1268

if we will have to fork it, i would also suggest implementing quicker difficulty changes, since now it was quite a long time to get to this diff readjusment when a lot of miners left benjamins:)

I found the problem. We will have to fork it. I will let you guys know before we do and there will be plenty of time to update

Agreed - we are already at 15x longer than normal blockrates now (16 minutes), I can only assume we will be at 30+ min blocks with this bizarre diff adjustment.  That puts the next diff adjustment at (2016 blocks * 30mins = 60,480mins = 1,008 hours = 42 days) assuming consistent network hashrate.  But that is likely to go down even further now.

yeah, my pool pretty much emptied out now.

ZPOOL - the miners multipool! Support We pay 10 FLUX Parallel Assets (PA) directly to block rewards! Get paid more and faster. No PA fee's or waiting around for them, paid instantly on every block found!
AllAboutTheBenjaminsBaby (OP)
Full Member
***
Offline Offline

Activity: 140
Merit: 100


View Profile
March 04, 2014, 07:47:17 PM
 #1269

Correct in what the target is currently. Difficulty is making sense if you use those numbers in the math. The block count is way ahead of where we should be with that target time
AllAboutTheBenjaminsBaby (OP)
Full Member
***
Offline Offline

Activity: 140
Merit: 100


View Profile
March 04, 2014, 08:15:45 PM
 #1270

We are going to have a discussion tonight between not only our team, but also Paysha devs and someone from our marketing team to figure out what we are going to do here

The only bad news is that blocks are slower than anticipated. The good news is that your coins are much more rare than thought and the network is secure, so there is no chance of losing anything no matter what we decide to do moving forward

Opinions are always welcome. I have a feeling most will be negative for a little while, but that's fine. Everything else is still on schedule and going to plan
Mortimer452
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500


View Profile
March 04, 2014, 08:37:27 PM
 #1271

Correct in what the target is currently. Difficulty is making sense if you use those numbers in the math. The block count is way ahead of where we should be with that target time

Ahh, I think I get it - the diff retarget is using the current bock height versus expected block height to determine next difficulty, rather than current network block time.  That explains the huge diff jump, we *should* be at block ~4400 right now

So, this coin is pretty much a clone of BTC, with 10 min block times and 2-week retarget, just with different rewards structure.

My vote goes to a fork asap.  The much, much longer block times not only affect mining but all transactions on the network - BEN is now looking at 30+ minutes per confirmation which will not stand a chance against other coins if the plan is to use BEN for purchasing power through payment providers such as Paysha.

I vote for forking back to the announced coin parameters of 64 second block times, and a much shorter diff retarget, something closer to 60 blocks (~1 hour) rather than 2016.  Just my $0.02





crackfoo
Legendary
*
Offline Offline

Activity: 3458
Merit: 1126



View Profile WWW
March 04, 2014, 08:53:19 PM
 #1272

Correct in what the target is currently. Difficulty is making sense if you use those numbers in the math. The block count is way ahead of where we should be with that target time

Ahh, I think I get it - the diff retarget is using the current bock height versus expected block height to determine next difficulty, rather than current network block time.  That explains the huge diff jump, we *should* be at block ~4400 right now

So, this coin is pretty much a clone of BTC, with 10 min block times and 2-week retarget, just with different rewards structure.

My vote goes to a fork asap.  The much, much longer block times not only affect mining but all transactions on the network - BEN is now looking at 30+ minutes per confirmation which will not stand a chance against other coins if the plan is to use BEN for purchasing power through payment providers such as Paysha.

I vote for forking back to the announced coin parameters of 64 second block times, and a much shorter diff retarget, something closer to 60 blocks (~1 hour) rather than 2016.  Just my $0.02


+1

ZPOOL - the miners multipool! Support We pay 10 FLUX Parallel Assets (PA) directly to block rewards! Get paid more and faster. No PA fee's or waiting around for them, paid instantly on every block found!
Paysha
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
March 04, 2014, 08:54:23 PM
 #1273

Correct in what the target is currently. Difficulty is making sense if you use those numbers in the math. The block count is way ahead of where we should be with that target time

Ahh, I think I get it - the diff retarget is using the current bock height versus expected block height to determine next difficulty, rather than current network block time.  That explains the huge diff jump, we *should* be at block ~4400 right now

So, this coin is pretty much a clone of BTC, with 10 min block times and 2-week retarget, just with different rewards structure.

My vote goes to a fork asap.  The much, much longer block times not only affect mining but all transactions on the network - BEN is now looking at 30+ minutes per confirmation which will not stand a chance against other coins if the plan is to use BEN for purchasing power through payment providers such as Paysha.

I vote for forking back to the announced coin parameters of 64 second block times, and a much shorter diff retarget, something closer to 60 blocks (~1 hour) rather than 2016.  Just my $0.02

This would affect people trying to buy a soda with it, yes. However, retailers and merchants are used to 2-3 days for transfers via ACH. If it were to stay at 10 minute blocks, it would allow Paysha to process payments earlier than 6 confirmations. Also, in the long run, 10 minute block times are much more secure than 64 seconds. The other 3 coins are secured by large hashrates, Benjamins doesn't have that yet, so the longer block times would help it stay safer, if anyone cares what I think about the situation

It doesn't matter to us either way, but it is our responsibility to give pros and cons for both options as an outside observer. It's pretty close to Bitcoin's numbers, but Bitcoin also started with just CPU mining, so it is a fairly interesting idea showing the impact ASIC miners would have had on Bitcoin when it first launched

Either way, we will still process Benjamins payments, whether it forks or not
Mortimer452
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500


View Profile
March 04, 2014, 10:04:15 PM
 #1274

Correct in what the target is currently. Difficulty is making sense if you use those numbers in the math. The block count is way ahead of where we should be with that target time

Ahh, I think I get it - the diff retarget is using the current bock height versus expected block height to determine next difficulty, rather than current network block time.  That explains the huge diff jump, we *should* be at block ~4400 right now

So, this coin is pretty much a clone of BTC, with 10 min block times and 2-week retarget, just with different rewards structure.

My vote goes to a fork asap.  The much, much longer block times not only affect mining but all transactions on the network - BEN is now looking at 30+ minutes per confirmation which will not stand a chance against other coins if the plan is to use BEN for purchasing power through payment providers such as Paysha.

I vote for forking back to the announced coin parameters of 64 second block times, and a much shorter diff retarget, something closer to 60 blocks (~1 hour) rather than 2016.  Just my $0.02

This would affect people trying to buy a soda with it, yes. However, retailers and merchants are used to 2-3 days for transfers via ACH. If it were to stay at 10 minute blocks, it would allow Paysha to process payments earlier than 6 confirmations. Also, in the long run, 10 minute block times are much more secure than 64 seconds. The other 3 coins are secured by large hashrates, Benjamins doesn't have that yet, so the longer block times would help it stay safer, if anyone cares what I think about the situation

It doesn't matter to us either way, but it is our responsibility to give pros and cons for both options as an outside observer. It's pretty close to Bitcoin's numbers, but Bitcoin also started with just CPU mining, so it is a fairly interesting idea showing the impact ASIC miners would have had on Bitcoin when it first launched

Either way, we will still process Benjamins payments, whether it forks or not

I agree 2-3 days for ACH transfers is pretty normal, but that's more on the back-end, not at the point-of-sale.  

Right now BEN is looking at 30+ minutes per confirmation just to send coins.  That means if you go to a website, buy stuff, checkout and pay with BEN, the merchant can't know whether he was paid for something like 2-3 hours (length of time for 4-6 confirmations).  It would be like if you swiped your card at Best Buy and the checkout clerk had to wait for 3 hours before she knew your card was approved.  That just can't work.

Cryptocurrencies will probably never offer the same "instant approval" that credit card processing does, but waiting 15 minutes or so is a pretty acceptable compromise in trade for much, much lower fees and much, much less regulatory hassle.  30 minutes per confirmation just isn't going to work.  

At current network hashrates BEN will be stuck with 30 minute confirmations for the next 42 days.  As the days go on, unless BEN's exchange prices go up dramatically, this will increase to 60 minutes or longer, as more miners bail due to the extremely low profitability of this coin.  It will be months before the diff adjusts again and gets us back down to "normal" 10-minute block times.

If anything - I think this goes to show (yet again) that the original BitCoin parameters do *NOT* work in today's world of high-powered ASIC's and drive-by miners.  BTC is only able to stay alive with these parameters due to its massive network hashrate - it's just too big to be swung one way or another.  

Today's coins *require* faster confirmation times and faster difficulty adjustments, or they fail.  EVERY semi-successful coin I have been involved with over the past 6 months that has started with > 1 hour diff retarget has eventually been forced to implement KGW or retarget after every block.  Unfortunately that's just the way it is now.


Paysha
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
March 04, 2014, 10:42:56 PM
 #1275

Correct in what the target is currently. Difficulty is making sense if you use those numbers in the math. The block count is way ahead of where we should be with that target time

Ahh, I think I get it - the diff retarget is using the current bock height versus expected block height to determine next difficulty, rather than current network block time.  That explains the huge diff jump, we *should* be at block ~4400 right now

So, this coin is pretty much a clone of BTC, with 10 min block times and 2-week retarget, just with different rewards structure.

My vote goes to a fork asap.  The much, much longer block times not only affect mining but all transactions on the network - BEN is now looking at 30+ minutes per confirmation which will not stand a chance against other coins if the plan is to use BEN for purchasing power through payment providers such as Paysha.

I vote for forking back to the announced coin parameters of 64 second block times, and a much shorter diff retarget, something closer to 60 blocks (~1 hour) rather than 2016.  Just my $0.02

This would affect people trying to buy a soda with it, yes. However, retailers and merchants are used to 2-3 days for transfers via ACH. If it were to stay at 10 minute blocks, it would allow Paysha to process payments earlier than 6 confirmations. Also, in the long run, 10 minute block times are much more secure than 64 seconds. The other 3 coins are secured by large hashrates, Benjamins doesn't have that yet, so the longer block times would help it stay safer, if anyone cares what I think about the situation

It doesn't matter to us either way, but it is our responsibility to give pros and cons for both options as an outside observer. It's pretty close to Bitcoin's numbers, but Bitcoin also started with just CPU mining, so it is a fairly interesting idea showing the impact ASIC miners would have had on Bitcoin when it first launched

Either way, we will still process Benjamins payments, whether it forks or not

I agree 2-3 days for ACH transfers is pretty normal, but that's more on the back-end, not at the point-of-sale.  

Right now BEN is looking at 30+ minutes per confirmation just to send coins.  That means if you go to a website, buy stuff, checkout and pay with BEN, the merchant can't know whether he was paid for something like 2-3 hours (length of time for 4-6 confirmations).  It would be like if you swiped your card at Best Buy and the checkout clerk had to wait for 3 hours before she knew your card was approved.  That just can't work.

Cryptocurrencies will probably never offer the same "instant approval" that credit card processing does, but waiting 15 minutes or so is a pretty acceptable compromise in trade for much, much lower fees and much, much less regulatory hassle.  30 minutes per confirmation just isn't going to work.  

At current network hashrates BEN will be stuck with 30 minute confirmations for the next 42 days.  As the days go on, unless BEN's exchange prices go up dramatically, this will increase to 60 minutes or longer, as more miners bail due to the extremely low profitability of this coin.  It will be months before the diff adjusts again and gets us back down to "normal" 10-minute block times.

If anything - I think this goes to show (yet again) that the original BitCoin parameters do *NOT* work in today's world of high-powered ASIC's and drive-by miners.  BTC is only able to stay alive with these parameters due to its massive network hashrate - it's just too big to be swung one way or another.  

Today's coins *require* faster confirmation times and faster difficulty adjustments, or they fail.  EVERY semi-successful coin I have been involved with over the past 6 months that has started with > 1 hour diff retarget has eventually been forced to implement KGW or retarget after every block.  Unfortunately that's just the way it is now

Keeping it at 10 minutes would make our life a lot easier, I should say, since all 4 coins on the site would be the same block times

If a fork were to happen, I would suggest merged mining. That would speed it up quite a bit, but destroy the price most likely. Otherwise I wouldn't bother changing it, but it's not up to me. I don't think they are really trying to be the new groundbreaking coin, but more of a solid system that can be used for payments
crackfoo
Legendary
*
Offline Offline

Activity: 3458
Merit: 1126



View Profile WWW
March 05, 2014, 12:17:08 AM
 #1276

Next Network Block   24198    (Current: 24197)
Last Block Found   24194
Time Since Last Block   5 hours 6 minutes 25 seconds

moved only 3 blocks in 5 hours.


ZPOOL - the miners multipool! Support We pay 10 FLUX Parallel Assets (PA) directly to block rewards! Get paid more and faster. No PA fee's or waiting around for them, paid instantly on every block found!
crackfoo
Legendary
*
Offline Offline

Activity: 3458
Merit: 1126



View Profile WWW
March 05, 2014, 04:15:51 AM
 #1277

You could probably fork it at 24240 and it'd be plenty of time.

ZPOOL - the miners multipool! Support We pay 10 FLUX Parallel Assets (PA) directly to block rewards! Get paid more and faster. No PA fee's or waiting around for them, paid instantly on every block found!
itsunderstood
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250


American1973


View Profile
March 05, 2014, 05:24:10 AM
Last edit: March 05, 2014, 07:10:46 AM by itsunderstood
 #1278

Woo I am top speed on hasher.ca for benjamins.  Oh and I figured out my wallet problems, they were simply network related.   benjamins wallet now syncing all good.

edit

I don't think you guys are giving enough time, this coin has a likeable difficulty in terms of not being a trashcoin from the start, for what y'all are talking, doge is the winner since they have tons of tx's but I like Benjamins because they have the potential to really catch on.  

Frankly, I will look for coins like this that have the same profile as BTC and if this one changes to fit the tx-count modality, I would probably like it less.  When I look at the charting on coinwarz, Benjamins is the only one that resembles something with growing value, and the name is pretty good I think.

Well anyway I am glad to be helping but if you stick to it and wrangle more SHA miners (get these new cubes people are buying and win them over to our side) then the muscle will make the tx situation better.  I would prefer to mine coins that are set with a long-term value scheme, I sense one of these BTC offspring will have the right mix of market and support and magic.  I feel Ben could have that.

Check out my prescient ATS thread from 2008: "Windows XP: End the Cyberwar, Open the Code Now!" http://www.abovetopsecret.com/forum/thread411978/pg1
luongdk
Full Member
***
Offline Offline

Activity: 686
Merit: 102



View Profile
March 05, 2014, 07:09:42 AM
 #1279

I don't care.
Just bought several thousands, move to cold storage, close all the web and wait for 6 or 12 months later.
itsunderstood
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250


American1973


View Profile
March 05, 2014, 07:11:26 AM
 #1280

I don't care.
Just bought several thousands, move to cold storage, close all the web and wait for 6 or 12 months later.

Your grandchildren will thank you.  Don't lose the key  Cool

Check out my prescient ATS thread from 2008: "Windows XP: End the Cyberwar, Open the Code Now!" http://www.abovetopsecret.com/forum/thread411978/pg1
Pages: « 1 ... 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 [64] 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 »
  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!