Bitcoin Forum
September 22, 2017, 04:37:54 AM *
News: Latest stable version of Bitcoin Core: 0.15.0.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 [1160] 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 1198 1199 1200 1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 ... 1685 »
  Print  
Author Topic: ★★DigiByte|极特币★★[DGB]✔ DigiSync v6.14.2 - DigiSpeed - Segwit -DiguSign  (Read 2652329 times)
peonminer
Hero Member
*****
Offline Offline

Activity: 588



View Profile
November 02, 2015, 08:52:12 PM
 #23181

Go dgb gooooo
☆Pokémon battle stance☆
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1506055074
Hero Member
*
Offline Offline

Posts: 1506055074

View Profile Personal Message (Offline)

Ignore
1506055074
Reply with quote  #2

1506055074
Report to moderator
1506055074
Hero Member
*
Offline Offline

Posts: 1506055074

View Profile Personal Message (Offline)

Ignore
1506055074
Reply with quote  #2

1506055074
Report to moderator
1506055074
Hero Member
*
Offline Offline

Posts: 1506055074

View Profile Personal Message (Offline)

Ignore
1506055074
Reply with quote  #2

1506055074
Report to moderator
Qusocia
Newbie
*
Offline Offline

Activity: 14


View Profile
November 02, 2015, 09:21:55 PM
 #23182

I find the DGB videos entertaining as they have a lot of likability. I'm not holding any DGB but I'm certain it'll still be a great project within the next few years.

Qusocia Development Team
Sharkzz1
Sr. Member
****
Offline Offline

Activity: 411



View Profile
November 02, 2015, 09:34:32 PM
 #23183

i offered 10.1 btc but i don't think he'll accept it,
But why don't you just dump it on poloniex, you don't care about this coin anymore right?
So why do you care about messing with the price? Doesn't make any sense to be honest.
myriadcoin
Full Member
***
Offline Offline

Activity: 209


View Profile
November 02, 2015, 09:57:37 PM
 #23184

I made the exact same decision as you not long ago mate. Myriad all the way. Besides, check out the awesome hash rate on sha256 and scrypt thanks to merge mining being implemented on those two algorithms last month. http://myriad.nutty.one/home

Myriad is a multi-PoW coin which actually came before DigiByte. Its community is not quite as active as DigiByte's, but there has always been activity. It's been picking up lately, and with a $50,000 market cap, the potential gains for your investment are so high. Many people feel they have missed the boat on DigiByte.

Check out the subreddit http://reddit.com/r/myriadcoin for news, including the new website about to be launched.

myriadcoin, you really need to get an avatar. I did some window shopping for you and came across this.



Chill out a bit. MYR will go back up, and probably at a rate inversely related to your barking, if you get my drift. Wink


Thanks lol. I can't set an avatar yet.  Guess I need to post in this thread a bit more. Then I will set that picture as my avatar.

Myriad: the ORIGINAL and fairest distribution 5 algo coin, which I did not develop.
http://myriadcoin.org
NOT the Myriad developer. Just a fan.
Tyke
Legendary
*
Offline Offline

Activity: 1214


View Profile
November 02, 2015, 10:34:18 PM
 #23185

DigiByte history book (release date: 5th December 2015).  Only five weeks left.

I'm definitly buying that book Smiley

I assure that you won't be disappointed when you read it Smiley
cryptmebro
Hero Member
*****
Offline Offline

Activity: 782


View Profile
November 03, 2015, 02:03:22 AM
 #23186

Looks like the price is on it's way back down.
Jumbley
Hero Member
*****
Offline Offline

Activity: 896



View Profile WWW
November 03, 2015, 02:10:16 AM
 #23187

Looks like the price is on it's way back down.
yes, we was pumped again. Crypto is a mine field! Be very aware people about buying something rapidly rising and take a good look before jumping in.

DigiByte tries very hard not to encourage p&d activity but it is powerless to stop it!

This is a very good reason not to buy a coin based on price movement. Long term, I don't believe DigiByte has ever seen any price that isn't recoverable but if you don't know what you are buying you shouldn't buy it.

peonminer
Hero Member
*****
Offline Offline

Activity: 588



View Profile
November 03, 2015, 02:20:36 AM
 #23188

Looks like the price is on it's way back down.
yes, we was pumped again. Crypto is a mine field! Be very aware people about buying something rapidly rising and take a good look before jumping in.

DigiByte tries very hard not to encourage p&d activity but it is powerless to stop it!
Builds strength, not really pumped, just more attention brought to. The dumping had open hands ready, even with bitcoin being up $150.
Jumbley
Hero Member
*****
Offline Offline

Activity: 896



View Profile WWW
November 03, 2015, 02:29:55 AM
 #23189

Looks like the price is on it's way back down.
yes, we was pumped again. Crypto is a mine field! Be very aware people about buying something rapidly rising and take a good look before jumping in.

DigiByte tries very hard not to encourage p&d activity but it is powerless to stop it!
Builds strength, not really pumped, just more attention brought to. The dumping had open hands ready, even with bitcoin being up $150.
This may be partly true in the f'd up world we live in and is mostly greedy people ripping off other greedy people but it's not anything to be proud of.

DigiByte
Legendary
*
Offline Offline

Activity: 1274


Official DigiByte Account


View Profile WWW
November 03, 2015, 03:54:30 AM
 #23190

A Few Thoughts on DigiSpeed & Blockchain Scalability

Question #1: Why does DigiByte need to be able to match Visa's average transactions per second?

Short answer: Utility, usability, marketability and growth well into the future. "DigiSpeed" has already became a buzzword in the crypto community and has a very marketable appeal moving forward. More importantly DigiByte takes a bold step forward with DigiSpeed to dramatically scale a blockchain with multi-algorithim mining. However, this does not mean the DigiByte blockchain size will jump dramatically over night.

Question #2: I can't afford to mine and run 8 MB blocks on my PC?

Short Answer: We are a long way off from hitting 8 MB blocks. We are not even coming close to filling 1 MB blocks. This change simply removes a cap that Satoshi himself even admitted was an arbitrary limit he put together on the fly. Our assumption is we will not see 8 MB blocks until several years from now.

Question #3: What incentive will people have in the future to run a full DigiByte node when there is a large amount of data in the blockchain?

Short answer: The "DigiSize v5.0 wallet we are planning for mid-late 2016 will tackle this issue head on. This will include advanced pruning and syncing features as well as some increased incentives for running a full node. We are tossing around several ideas for what this incentive might look at. Perhaps a staking feature, perhaps a new type of mining algorithim or perhaps some other feature yet to be thought up. We would like all the input we can get on this topic. In the end the key to long term survival and network security is tens of thousands of people around the world running full DigiByte nodes.

Question #4: Wont people attack the chain with bloated transactions and OP RETURN data?

Short Answer: This is a very real possibility that we are going to mitigate up front by increasing the average transaction fee (still a very small amount). And we open the amount of this increase up to debate. The best way to explain this is if someone wanted to fill up an 8MB with thousands of small transactions in theory they could. But if it cost them exponentially more to carry this out the attack vector is mitigated. As for OP RETURN data, we will be keep this as is. Future security applications that embed data in OP RETURN should make use of distributed hash tables, not storing data directly on the chain.

Question #5: Transactions are becoming larger than 250 kb, wont this make the issue worse?

Short Answer: Yes some transactions are indeed larger than 250 KB and the average transaction size in the future will undoubtedly be larger but for now its a solid number to work from for averages.

Question #6: With such fast block times and sizes wont transactions be "lost"?

Short Answer: With multi-algorithm mining we are actually in a unique position compared to other coins who have tried with very fast block times. Even though the DigiByte network as a whole will see 15 second block times, each individual algo and mining pool actually is generating 1 minute 15 second blocks. Meaning each block has over a minute to pick up transactions. Some great data on network propagation can be found here: Microsoft Research: http://www.tik.ee.ethz.ch/file/49318d3f56c1d525aabf7fda78b23fc0/P2P2013_041.pdf

Question #7: Are you testing massive swings in difficulty?

Short Answer: Absolutely. But after DigiShield and Multi shield this is much less of an issue than the Bitcoin test data that was shown for BTC that showed this to be a problem with larger blocks. Bitcoin still retargets every 2 weeks.

Question #8: Where is the test data for DigiSpeed?

Short Answer: Before releasing the hard fork wallets we will release data on the following points:
*Transaction Times
*Block Times
*Algo Distribution
*Transaction Sizes
*Other data we find useful

Question #9: Why not release DigiSpeed by using a timestamp in the future or by network consensus instead of making network changes occur at a specific block?

Short Answer: By using a specific block everyone knows exactly when the changes to the network will occur. This dramatically mitigates several attack vectors. It also gives people the choice to opt out ahead of time if they so chose. It is also important to note this will be DigiBytes fourth hard fork. The previous three were carried out successfully in the same manner.

Question #10: With block-speed doubling wont that mean twice as many DigiBytes will be coming in to circulation each day?

Short Answer: No. At the hardfork point the reward will be cut in half so the same amount of daily DigiBytes will be mined.



In closing it is important to note we are not going to rush anything here until we are 100% happy with our test data and have addressed all of the communities questions. We would also encourage everyone to read this blog post by the Bitcoin developer Mike Hearn: https://medium.com/@octskyward/on-block-sizes-e047bc9f830

Let us know other technical questions you have and as they come in we will post replies below here:

cliffmadsen
Member
**
Offline Offline

Activity: 109

DigiByte


View Profile
November 03, 2015, 10:39:46 AM
 #23191

Hey this is probably a stupid question, but I have finally, installed Linux, and need help.
which miner should I use to mine skein in linux.
sudo this and sudo That
I feel so stupid,is there a tutorial for beginners:)
dgbpool
Member
**
Offline Offline

Activity: 98


View Profile
November 03, 2015, 10:53:56 AM
 #23192

Hey this is probably a stupid question, but I have finally, installed Linux, and need help.
which miner should I use to mine skein in linux.
sudo this and sudo That
I feel so stupid,is there a tutorial for beginners:)

AMD   -> https://www.nicehash.com/?p=software#amdgpu

nvidia -> https://www.nicehash.com/?p=software#nvidiagpu

miner config:

     readme.txt or readme.md

pool:

      http://www.digihash.co

░▀░█░█░█░
░░█░█░█░░     |      RISE      |      ICO: May 10th until June 24th      |      WEEKLY BONUS: 20%,15%,10%, 3 X 0%      |      USER FRIENDLY DAPPS      |       
░█░█░█░▄░
cliffmadsen
Member
**
Offline Offline

Activity: 109

DigiByte


View Profile
November 03, 2015, 10:58:24 AM
 #23193

Hey this is probably a stupid question, but I have finally, installed Linux, and need help.
which miner should I use to mine skein in linux.
sudo this and sudo That
I feel so stupid,is there a tutorial for beginners:)

AMD   -> https://www.nicehash.com/?p=software#amdgpu

nvidia -> https://www.nicehash.com/?p=software#nvidiagpu

miner config:

     readme.txt or readme.md

pool:

      http://www.digihash.co
Thank you very much
bogglor
Sr. Member
****
Offline Offline

Activity: 265


DigiByte? Yes!


View Profile
November 03, 2015, 02:04:21 PM
 #23194

Question #4: Wont people attack the chain with bloated transactions and OP RETURN data?

Short Answer: This is a very real possibility that we are going to mitigate up front by increasing the average transaction fee (still a very small amount). And we open the amount of this increase up to debate. The best way to explain this is if someone wanted to fill up an 8MB with thousands of small transactions in theory they could. But if it cost them exponentially more to carry this out the attack vector is mitigated. As for OP RETURN data, we will be keep this as is. Future security applications that embed data in OP RETURN should make use of distributed hash tables, not storing data directly on the chain.

I've been mining DGB since March 2014. My core wallet has over 20000 transactions in it, most are very small (less than 50 dgb) because I don't have alot of mining power and I have mined on pools that pay out immediately instead of waiting and sending in big chunks.

I'm going to be penalized with a higher transaction fee for spending these? Sounds like it's in my best interest to send them to myself now in large chunks before the automatic transactions fees go higher.

My current miner setup: Linux - Ubuntu 12.04, Two 1.3Mh/s Scrypt ASICs, Two Radeon HD 7850 GPU mining different algos (usually qubit or skein).
Click here for my DGB Address QR code.   DGB Address: D6ZLjbSWu2mse3EqtoSn93nFrJ85wPKBF5
I have the DGB Gaming Wallet on my Galaxy S6
bogglor
Sr. Member
****
Offline Offline

Activity: 265


DigiByte? Yes!


View Profile
November 03, 2015, 02:22:57 PM
 #23195

Hey this is probably a stupid question, but I have finally, installed Linux, and need help.
which miner should I use to mine skein in linux.
sudo this and sudo That
I feel so stupid,is there a tutorial for beginners:)

For skein, I use https://github.com/reorder/cgminer_skein on my Linux miner.

At your linux prompt, do these commands in bold:

git clone https://github.com/reorder/cgminer_skein

a few lines of things will happen

cd cgminer_skein

./autogen.sh --enable-skein --enable-opencl

alot of stuff will scroll by, might take a minute or so

make

alot more stuff will scroll by, should take less than a minute

If everything went well, then you should be able to mine with your GPUs now...

./cgminer --skein -o stratum+tcp://pool.address.com:1234 -u username -p password

If something fails in one of these steps, then you probably don't have the right linux program dependencies installed.

My current miner setup: Linux - Ubuntu 12.04, Two 1.3Mh/s Scrypt ASICs, Two Radeon HD 7850 GPU mining different algos (usually qubit or skein).
Click here for my DGB Address QR code.   DGB Address: D6ZLjbSWu2mse3EqtoSn93nFrJ85wPKBF5
I have the DGB Gaming Wallet on my Galaxy S6
iikun
Hero Member
*****
Offline Offline

Activity: 1002


View Profile
November 03, 2015, 02:26:41 PM
 #23196

Question #4: Wont people attack the chain with bloated transactions and OP RETURN data?

Short Answer: This is a very real possibility that we are going to mitigate up front by increasing the average transaction fee (still a very small amount). And we open the amount of this increase up to debate. The best way to explain this is if someone wanted to fill up an 8MB with thousands of small transactions in theory they could. But if it cost them exponentially more to carry this out the attack vector is mitigated. As for OP RETURN data, we will be keep this as is. Future security applications that embed data in OP RETURN should make use of distributed hash tables, not storing data directly on the chain.

I've been mining DGB since March 2014. My core wallet has over 20000 transactions in it, most are very small (less than 50 dgb) because I don't have alot of mining power and I have mined on pools that pay out immediately instead of waiting and sending in big chunks.

I'm going to be penalized with a higher transaction fee for spending these? Sounds like it's in my best interest to send them to myself now in large chunks before the automatic transactions fees go higher.

I admit I'm speaking without knowledge of what the planned transaction fees exactly are but I would doubt that such significant increases are planned. So saying, if you're able to send them in larger chunks now (as you wrote) then it wouldn't hurt to do so would it?
bogglor
Sr. Member
****
Offline Offline

Activity: 265


DigiByte? Yes!


View Profile
November 03, 2015, 02:36:29 PM
 #23197

Question #4: Wont people attack the chain with bloated transactions and OP RETURN data?

Short Answer: This is a very real possibility that we are going to mitigate up front by increasing the average transaction fee (still a very small amount). And we open the amount of this increase up to debate. The best way to explain this is if someone wanted to fill up an 8MB with thousands of small transactions in theory they could. But if it cost them exponentially more to carry this out the attack vector is mitigated. As for OP RETURN data, we will be keep this as is. Future security applications that embed data in OP RETURN should make use of distributed hash tables, not storing data directly on the chain.

I've been mining DGB since March 2014. My core wallet has over 20000 transactions in it, most are very small (less than 50 dgb) because I don't have alot of mining power and I have mined on pools that pay out immediately instead of waiting and sending in big chunks.

I'm going to be penalized with a higher transaction fee for spending these? Sounds like it's in my best interest to send them to myself now in large chunks before the automatic transactions fees go higher.

I admit I'm speaking without knowledge of what the planned transaction fees exactly are but I would doubt that such significant increases are planned. So saying, if you're able to send them in larger chunks now (as you wrote) then it wouldn't hurt to do so would it?

I'd have to sit down and spend several hours to do this. Working with a wallet with thousands of transactions is extremely slow.

In fact the other day I was messing around with my wallet, and tried to select about 10000 transactions just to see how it would react. After waiting 45 minutes with my wallet not responding, I just ended the process to close the wallet.




My current miner setup: Linux - Ubuntu 12.04, Two 1.3Mh/s Scrypt ASICs, Two Radeon HD 7850 GPU mining different algos (usually qubit or skein).
Click here for my DGB Address QR code.   DGB Address: D6ZLjbSWu2mse3EqtoSn93nFrJ85wPKBF5
I have the DGB Gaming Wallet on my Galaxy S6
bogglor
Sr. Member
****
Offline Offline

Activity: 265


DigiByte? Yes!


View Profile
November 03, 2015, 02:51:58 PM
 #23198

What I'd really like to know is how are automatic transaction fees determined.

Can someone with knowledge of the how it's coded post this?

Something like: If a transaction is older than X days and/or has less than Y digibytes, then there is an automatic transaction fee of Z DGB.

This would help alot for me to determine which transactions have fees and which don't.


My current miner setup: Linux - Ubuntu 12.04, Two 1.3Mh/s Scrypt ASICs, Two Radeon HD 7850 GPU mining different algos (usually qubit or skein).
Click here for my DGB Address QR code.   DGB Address: D6ZLjbSWu2mse3EqtoSn93nFrJ85wPKBF5
I have the DGB Gaming Wallet on my Galaxy S6
Jumbley
Hero Member
*****
Offline Offline

Activity: 896



View Profile WWW
November 03, 2015, 03:03:53 PM
 #23199

What I'd really like to know is how are automatic transaction fees determined.

Can someone with knowledge of the how it's coded post this?

Something like: If a transaction is older than X days and/or has less than Y digibytes, then there is an automatic transaction fee of Z DGB.

This would help alot for me to determine which transactions have fees and which don't.


I think it is like this:  Up to 6 inputs  = No fee
                            Up to 12 inputs = 0.04 DGB
                            and then an additional 0.02 DGB for each additional 6 inputs until transaction is too large.

                            something like that!

jwinterm
Legendary
*
Offline Offline

Activity: 1344



View Profile
November 03, 2015, 03:28:28 PM
 #23200

Quote
...Even though the DigiByte network as a whole will see 15 second block times, each individual algo and mining pool actually is generating 1 minute 15 second blocks...
IMO the issue isn't that transactions will be "lost", it's that the probability of orphaned blocks will rise dramatically, especially if blocks go up to 8 MB. The bitcoin small blockers are (nominally) worried about 8 MB block propagation with a ten minute block time, and somehow you think it will be no problem to propagate 8 MB blocks with an effective 15 s block time. I would think it would also make a double spend easier to pull off unless you double the number of required confirmations. And I feel like there could be some interplay between those two issues (block propagation and 51% attack), like if an attacker with a large hashrate on more than one algo jumps on and starts spitting out several 8 MB blocks, will the long block propagation time make it even easier for the attacker to build several more blocks while his first few propagate around the network and possibly orphan other legitimate blocks?
Pages: « 1 ... 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 [1160] 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 1198 1199 1200 1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 ... 1685 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!