Topic: ★★DigiByte|极特币★★[DGB]✔ Core v6.16.5.1 - DigiShield, DigiSpeed, Segwit - page 1334. (Read 3058812 times)

Is there a windows wallet for 32bit?64 bit wallet won't work on windows xp!

Huge news for our friends over at Nautiluscoin: https://bitcointalksearch.org/topic/m.7419633

Here's a thought: How about selling wallet software pre-configured with DigiBytes? Just run the install routine and you end up with a functioning DigiByte wallet with coins ready to go? You could sell them in the same places AOL used to give away their CDs, everywhere!

I know everyone will worry about the value of the coins as they sit and wait for a buyer but, so what? So they go up in value, great for the new buyer. So they go down in value, so what? They are still spendable digital currency...

You could almost give them away and take an up front loss for the long term gain. I don't think it would be too technically difficult unless you wanted to redesign the wallet, which just might be the icing on the cake. Make it easier, sort of a "starter" wallet. Make the packaging irresistable, flashy and bright.

Also, include places to spend your new Digibyte either directly in the wallet or, provide a seperate list. If you put it in the wallet, ET could phone home on a regular basis and update the vendor list. How about that huh?

Could be the answer to the "that's too hard for me" problem.... Someones going to do it sooner or later, might as well be DigiByte...

RJF

Here's a thought: How about selling wallet software pre-configured with DigiBytes? Just run the install routine and you end up with a functioning DigiByte wallet with coins ready to go? You could sell them in the same places AOL used to give away their CDs, everywhere!

I know everyone will worry about the value of the coins as they sit and wait for a buyer but, so what? So they go up in value, great for the new buyer. So they go down in value, so what? They are still spendable digital currency...

You could almost give them away and take an up front loss for the long term gain. I don't think it would be too technically difficult unless you wanted to redesign the wallet, which just might be the icing on the cake. Make it easier, sort of a "starter" wallet. Make the packaging irresistable, flashy and bright.

Also, include places to spend your new Digibyte either directly in the wallet or, provide a seperate list. If you put it in the wallet, ET could phone home on a regular basis and update the vendor list. How about that huh?

Could be the answer to the "that's too hard for me" problem.... Someones going to do it sooner or later, might as well be DigiByte...

RJF

Blah blah blah.

Mac Wallet (v2)  does not sync...
can we expect a working version?

The point? If the above is a TLDR... then the point is this.  The easier it is the get them and spend them....  the more "normal" people will get involved. 

giveaway!

https://twitter.com/ccoinss/status/480046897793863681

you must be RT this tweet (the giveaway is from me)

Jared,
 Do you believe you will release the final version next week?

YC

We have successfully tested a DigiByte algorithm switch at a specific block & mined blocks on all 5 algorithms!

I've been reading up on the multi-algo approach and the problem it is aiming to solve and wanted to see if I understood the problem itself properly and then try and understand how the multi-algo approach would solve it.
If I got it right, the main problem is that multi-pools come in for short periods of time, bring a huge spike of hashpower into the network, then leave after they have driven the diff drastically up to where it is no longer that profitable for them to mine.
The aftermath, once they leave, is twofold - a high diff left with much less hashpower to solve it (DigiShield helps mitigate that to a nice extent) and of course the coins the multi-pool dumps into the market upon leaving, driving the price down.
Another problem added here (and to each his own on its priority opposite the problems stated above) would be the security of the network in terms of 51% when gigantic pools (multi or otherwise) come in to have their cake, eat it too and then have it again (with the potential of double spend and such).

Does this describe the main, if not the entire scope of the problem?

Assuming it does, I am trying to understand how the multi-algo will essentially solve it or at least mitigate in a substantial way.
While I think I understand the reasoning given for it, I am struggling with the fact(?) that multi-pools these days are becoming multi-algo as well where essentially they allow miners to decide which algo to use and divert each algo to the most profitable coin within that algo's space.
Essentially what I see could happen here, is that such a multipool would now be able to direct ALL its algos into the DGB network (let's assume they work with the 5 chosen for DGB), so essentially under their control (as a pool) would be not just one algo but possibly 5 algos, assuming they can get enough hash power. Even if that possibility is remote and they cannot gain an overall 51% (which I think is indeed much less likely), they could still bring a total hashpower overall that would allow them to spike up the individual diffs and most of all, gain a chunk of the coins being mined and dump them into the market as they do now, driving prices down and then leaving for another coin while the diffs have spiked up for everyone else to deal with it, until the next cycle (each on their respective algo/diff within DGB).

I would appreciate some thoughts on my analysis of things. (From anyone, of course, but definitely from the DGB devs)