[HYP] HyperStake | Generous Reward Staking | Advanced Staking Controls & Wallet - page 234.

billotronic

legendary

Activity: 1610

Merit: 1000

Crackpot Idealist

Quote from: Biomech on November 07, 2014, 07:11:54 PM

Quote from: myagui on November 07, 2014, 06:35:58 PM

Guys, I might have this wrong, but wasn't it that posting addy's on the threads was forbidden and would easily cause a thread to be locked down? I don't recall where the rule was posted, but just raising the concern that we might need to switch to PMs or some other method when communicating addresses.

Happy Staking! Wink

You're correct. It's just that enforcement is arbitrary, capricious, and subject to bribery.

Press, have you paid the bribes? (I kid, I think.)

Isn't that the damn truth

Biomech

legendary

Activity: 1372

Merit: 1022

Anarchy is not chaos.

Quote from: myagui on November 07, 2014, 06:35:58 PM

Guys, I might have this wrong, but wasn't it that posting addy's on the threads was forbidden and would easily cause a thread to be locked down? I don't recall where the rule was posted, but just raising the concern that we might need to switch to PMs or some other method when communicating addresses.

Happy Staking! Wink

You're correct. It's just that enforcement is arbitrary, capricious, and subject to bribery.

Press, have you paid the bribes? (I kid, I think.)

myagui

legendary

Activity: 1154

Merit: 1001

Guys, I might have this wrong, but wasn't it that posting addy's on the threads was forbidden and would easily cause a thread to be locked down? I don't recall where the rule was posted, but just raising the concern that we might need to switch to PMs or some other method when communicating addresses.

Happy Staking! Wink

eatthetree3

newbie

Activity: 45

Merit: 0

PS. My hyperloan address

p9qwRDJz8Rm7Xexfq4BiYJNqJJfKLwcPWA

eatthetree3

newbie

Activity: 45

Merit: 0

Quote from: David Latapie on November 07, 2014, 02:17:07 PM

Web Wallet

We are considering creating a web wallet for HyperStake (like blockchain.info or coinbase).
Why (in no particular order)?

as always with HyperStake, experimenting!
first-mover/innovation (and probably at least short-term price rise, even though volume matters more than price). There is no PoS webwallet in existence.
wider adoption. The demand for cloud services providing a seamless experience (no risk of HDD crash, no requirements for 24/7 stacking on computer or Raspi, no setup...) would encourage people to have HYP.
also, but not sure, the code could be reused for the HTML5 wallet that would come later (and could make Android staking wallet easier).
finally, it would integrate nicely with HyperPool. It would really be cloud and green mining!

Things to take into consideration:

high security.
high availability (hence, scalability).
long-term funding.
webwallets are by design less secure than cold storage of your own wallet (but less prone to PEBKAC, too).
webwallets are less decentralised.
the webwallet might not stake, especially at the beginning.

Everyone interested, please join http://hyperstake.slack.com/messages/webwallet (and read http://hyperstake.slack.com/messages/beginners-tips first). You only have to PM me an email address (may be a disposable one, as long as you remember the password)

Would be very cool. This would be a game changer.

iantunc

sr. member

Activity: 433

Merit: 250

We are the first to program your future (c)

Quote from: David Latapie on November 07, 2014, 02:08:00 PM

Quote from: iantunc on November 07, 2014, 12:04:54 PM

There is also one thing we can consider. What if we will hold BTC airbag in the form of a portfolio of staking assets?

Emergency funds shall be available in the form of hard BTC. You need immediate availibity for this and you don't want the price tanking because the altcoin crumbles. The only way that could have been possible is just-dice.com but it is closed sine diem because Canadian law.

The stabilization fund can be split into few parts. An emergency buffer, in hard BTC, and a replenishment buffer (we should not rely only on donations), in a set of PoS altcoins with a relatively steady exchange rate and volume. To prevent the price tanking each asset should be bought on the dips (the portfolio will be formed gradually). In this case the replenishment buffer can be urgently sold without a loss if needed.

mtwelve

legendary

Activity: 1330

Merit: 1009

YES A POS WALLET WOULD MAKE IT CONSTANTLY STAKE. This is genius, and would benefit the security and user friendliness of HYP as a whole. This could be afterwards, but if you integrated BTC, into it you could even do in browser trading...

4x13

legendary

Activity: 1078

Merit: 1011

Quote from: David Latapie on November 07, 2014, 02:17:07 PM

Web Wallet

We are considering creating a web wallet for HyperStake (like blockchain.info or coinbase).
Why (in no particular order)?

as always with HyperStake, experimenting!
first-mover/innovation (and probably at least short-term price rise, even though volume matters more than price). There is no PoS webwallet in existence.
wider adoption. The demand for cloud services providing a seamless experience (no risk of HDD crash, no requirements for 24/7 stacking on computer or Raspi, no setup...) would encourage people to have HYP.
also, but not sure, the code could be reused for the HTML5 wallet that would come later (and could make Android staking wallet easier).
finally, it would integrate nicely with HyperPool. It would really be cloud and green mining!

Things to take into consideration:

high security.
high availability (hence, scalability).
long-term funding.
webwallets are by design less secure than cold storage of your own wallet (but less prone to PEBKAC, too).
webwallets are less decentralised.
the webwallet might not stake, especially at the beginning.

Everyone interested, please join http://hyperstake.slack.com/messages/webwallet (and read http://hyperstake.slack.com/messages/beginners-tips first). You only have to PM me an email address (may be a disposable one, as long as you remember the password)

EXCELLENT!!!

David Latapie

hero member

Activity: 658

Merit: 503

Monero Core Team

Web Wallet

(new version)

We are considering creating a web wallet for HyperStake (like blockchain.info or coinbase).
Why (in no particular order)?

as always with HyperStake, experimenting!
first-mover/innovation (and probably at least short-term price rise, even though volume matters more than price). There is no PoS webwallet in existence.
wider adoption. The demand for cloud services providing a seamless experience (no risk of HDD crash, no requirements for 24/7 stacking on computer or Raspi, no setup...) would encourage people to have HYP.
also, but not sure, the code could be reused for the HTML5 wallet that would come later (and could make Android staking wallet easier).
finally, it would integrate nicely with HyperPool. It would really be cloud and green mining!

Things to take into consideration:

high security.
high availability (hence, scalability).
long-term funding.
webwallets are by design less secure than cold storage of your own wallet (but less prone to PEBKAC, too).
webwallets are less decentralised.
the webwallet might not stake, especially at the beginning.

Everyone interested, please join http://hyperstake.slack.com/messages/webwallet (and read http://hyperstake.slack.com/messages/beginners-tips first). You only have to PM me an email address (may be a disposable one, as long as you remember the password)

David Latapie

hero member

Activity: 658

Merit: 503

Monero Core Team

Quote from: iantunc on November 07, 2014, 12:04:54 PM

There is also one thing we can consider. What if we will hold BTC airbag in the form of a portfolio of staking assets?

Emergency funds shall be available in the form of hard BTC. You need immediate availibity for this and you don't want the price tanking because the altcoin crumbles. The only way that could have been possible is just-dice.com but it is closed sine diem because Canadian law.

David Latapie

hero member

Activity: 658

Merit: 503

Monero Core Team

Quote from: freedomsr40 on November 07, 2014, 01:00:26 PM

my thoughts exactly, yeah its registered with a password...

You need to identify. Configure your IRC client for auto-identification on startup. Meanwhile, you can do it manually with /ns identify your_password (with the right nick)

I sometimes had this issue whilst I already have my nick. I never understood why and I had to restart my IRC client and, in rare circumstances, my session.

freedomsr40

sr. member

Activity: 471

Merit: 500

Quote from: billotronic on November 07, 2014, 01:09:41 PM

Quote from: freedomsr40 on November 07, 2014, 01:00:26 PM

my thoughts exactly, yeah its registered with a password...

if you are still having issues you can message me on irc and I will try to help you

thank you!

billotronic

legendary

Activity: 1610

Merit: 1000

Crackpot Idealist

Quote from: freedomsr40 on November 07, 2014, 01:00:26 PM

my thoughts exactly, yeah its registered with a password...

if you are still having issues you can message me on irc and I will try to help you

freedomsr40

sr. member

Activity: 471

Merit: 500

my thoughts exactly, yeah its registered with a password...

richibichi

member

Activity: 62

Merit: 10

Quote from: freedomsr40 on November 07, 2014, 12:50:43 PM

question, on the IRC im entering my username and password , but it says "username already taken" whats going on? im sure im doing something wrong just dont know what , thanks!

Do you have registered account on IRC ? If yes - I think it's impossible to see "username already taken".

freedomsr40

sr. member

Activity: 471

Merit: 500

question, on the IRC im entering my username and password , but it says "username already taken" whats going on? im sure im doing something wrong just dont know what , thanks!

eatthetree3

newbie

Activity: 45

Merit: 0

Hi everyone just wanted to say that we are set for a record month on reddit. With October getting a total of 650 page views we have already hit 450 views in only 7 days! Keep it up guys! Don't forget to subscribe and post. A tip bot is in development as well as a design update coming soon as well as a planned weekly giveaway.

http://www.reddit.com/r/hyperstake

iantunc

sr. member

Activity: 433

Merit: 250

We are the first to program your future (c)

Quote from: David Latapie on November 07, 2014, 11:40:56 AM

Quote from: iantunc on November 07, 2014, 11:25:06 AM

Quote from: ?? on ??

Quote from: David Latapie on November 07, 2014, 11:11:02 AM

Quote from: iantunc on November 07, 2014, 11:03:48 AM

Quote from: David Latapie on November 07, 2014, 10:24:19 AM

Phase III - nitropool (Progressive Retaliation II)
If it is not enough, then we "go nitro". This means using some of BTC accumulated by HyperShield (donation, eaten buy walls...) to buy hashing power at nicehash. The multipool mines like crazy(loaf), much like a car with nitromethane. And I like the imagery more than "steroids"

Very good plan, as always, but why do we need a phase of Nicehash&Multipool chain? It's essentially the same as to place a buy wall directly but with the much smaller coefficient of efficiency. A part of a hash power fund will dissipate into thin air because of pools lags. It means that for every BTC spent we will absorb less HYP. Let's use Occam's Razor.

CrazyLoaf is the one who argued the opposite, that nice hash would be more efficient than buy wall. So I expect CrazyLoaf to reply here

You would monitor NiceHash (since it has the most hash in the most algos available) to see if some had fallen to the point where you could "arbitrage" into HYP at a lower cost. Of course, this also depends on what coins are mineable atm. If there's not an arbitrage opportunity available, better to just spend direct BTC to buy HYP and/or create buy support.

You are right, but it's important not to lose focus on the whole chain. A HYPothetical profit from a mining arbitrage can be completely eaten by a multipool, as the performance of this technology remains arguable to date, imho

Alright, so it seems I should update the plan, right? Can you propose an rewriting, any of you?

There is also one thing we can consider. What if we will hold BTC airbag in the form of a portfolio of staking assets?

David Latapie

hero member

Activity: 658

Merit: 503

Monero Core Team

Quote from: iantunc on November 07, 2014, 11:25:06 AM

Quote from: ?? on ??

Quote from: David Latapie on November 07, 2014, 11:11:02 AM

Quote from: iantunc on November 07, 2014, 11:03:48 AM

Quote from: David Latapie on November 07, 2014, 10:24:19 AM

Phase III - nitropool (Progressive Retaliation II)
If it is not enough, then we "go nitro". This means using some of BTC accumulated by HyperShield (donation, eaten buy walls...) to buy hashing power at nicehash. The multipool mines like crazy(loaf), much like a car with nitromethane. And I like the imagery more than "steroids"

Very good plan, as always, but why do we need a phase of Nicehash&Multipool chain? It's essentially the same as to place a buy wall directly but with the much smaller coefficient of efficiency. A part of a hash power fund will dissipate into thin air because of pools lags. It means that for every BTC spent we will absorb less HYP. Let's use Occam's Razor.

CrazyLoaf is the one who argued the opposite, that nice hash would be more efficient than buy wall. So I expect CrazyLoaf to reply here

You would monitor NiceHash (since it has the most hash in the most algos available) to see if some had fallen to the point where you could "arbitrage" into HYP at a lower cost. Of course, this also depends on what coins are mineable atm. If there's not an arbitrage opportunity available, better to just spend direct BTC to buy HYP and/or create buy support.

You are right, but it's important not to lose focus on the whole chain. A HYPothetical profit from a mining arbitrage can be completely eaten by a multipool, as the performance of this technology remains arguable to date, imho

Alright, so it seems I should update the plan, right? Can you propose an rewriting, any of you?

iantunc

sr. member

Activity: 433

Merit: 250

We are the first to program your future (c)

Quote from: ?? on ??

Quote from: David Latapie on November 07, 2014, 11:11:02 AM

Quote from: iantunc on November 07, 2014, 11:03:48 AM

Quote from: David Latapie on November 07, 2014, 10:24:19 AM

Phase III - nitropool (Progressive Retaliation II)
If it is not enough, then we "go nitro". This means using some of BTC accumulated by HyperShield (donation, eaten buy walls...) to buy hashing power at nicehash. The multipool mines like crazy(loaf), much like a car with nitromethane. And I like the imagery more than "steroids"

Very good plan, as always, but why do we need a phase of Nicehash&Multipool chain? It's essentially the same as to place a buy wall directly but with the much smaller coefficient of efficiency. A part of a hash power fund will dissipate into thin air because of pools lags. It means that for every BTC spent we will absorb less HYP. Let's use Occam's Razor.

CrazyLoaf is the one who argued the opposite, that nice hash would be more efficient than buy wall. So I expect CrazyLoaf to reply here

You would monitor NiceHash (since it has the most hash in the most algos available) to see if some had fallen to the point where you could "arbitrage" into HYP at a lower cost. Of course, this also depends on what coins are mineable atm. If there's not an arbitrage opportunity available, better to just spend direct BTC to buy HYP and/or create buy support.

You are right, but it's important not to lose focus on the whole chain. A HYPothetical profit from a mining arbitrage can be completely eaten by a multipool, as the performance of this technology remains arguable to date, imho

Topic: [HYP] HyperStake | Generous Reward Staking | Advanced Staking Controls & Wallet - page 234. (Read 679335 times)