Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - jsidhu

Pages: 1 ... 78 79 80 81 82 83 84 [85] 86 87 88 89
1261
General Discussion / Re: Some advice from a convert.
« on: September 12, 2014, 06:19:54 am »
While the community awaits the big "marketing push", I think I can add some perspective, as I believe I AM your target customer. At this stage Bitshares-X is a niche product that should target mainly long time BTC holders. If you can't capture them how can you ever dream of acquiring the mainstream attention?

I've been slowly accumulating BTC since mid 2011 and used to be venomously anti altcoins, including all the "2.0 nonsense".
I'm still 96% BTC, but here's what made me start diversifying into BTSX, NXT and ETH and some others (BTSX is the first thing that I put more than 1 BTC in):

  • Stephen Reed's points about Bitcoin's wastefulness and how much marketing and development could be done with a different coin generation method.
  • Dan Larimer's interview, where he outlined the "economic insanity" of Proof of Work.
  • Realization that my interests are no longer aligned with miners'. Those couple hundred people centralized in a handful of pools are diluting my stake, for what? There's still 11 mil coins to be mined and NO chance that I will ever be able to increase my share of the market. Fuck inflation and fuck the fake industry that feeds off of it.
  • It took me a while, but I only recently realized that I might as well hold some of my BTC in BitBTC and earn interest.

The only thing that's preventing me from pulling the trigger and going, say, 10% BTSX and BitBTC is uncertainty over development and bugs. I'm not 100% sure if my BTC will be completely safe in a BTSX container or if rules for BTSX won't change. If Bytemaster can suddenly introduce such fundamental change as interest on BitAssets, then the whole thing seems to hang too much on a whim of one person. This adds uncomfortable unpredictability.

The important thing right now is to just get the Bitcoiners to tip their toes in your ecosystem. You won't get them to suddenly dump their BTC, but you absolutely can get them to diversify into your offerings. A little at first, and more when  confidence in your system grows.

So here's my recommendation:
Buy ads on /r/Bitcoin etc. that says
Earn interest on your Bitcoin,
or
Did you know Bitcoin looses $Billion a year?
or
Ten seconds block times, trustless BTC, USD, Gold trading
and lands to a Bitshares-X page geared specifically towards BTC holders.

Buy native advertising on CoinDesk and other crypto media outlets.

Stop wasting money trying to acquire traffic from people interested in buying Bitcoin for the first time. They barely "get" Bitcoin, don't think you can make them understand even deeper levels of abstraction.
Great points.. and I think many people are in the same boat as you.. so slowly people will start to switch as bugs are ironed out.. only a matter of time. Before any major changes BM usually creates topics for people to chime in on coming changes so I think people DO have a say and its not just at the whim of a person.

1262
Where does the Bitcoin address come from?
Can you explain that? Or are you saying somehow a Bitcoin wallet is built into Bitshares X?
No there is no bitcoin wallet integrated .. not exactly .. you cannot interact with the btc blockchain from within the btsx wallet.
However .. as both use the same elliptic curve crypto the private keys that generate you btsx account public key can also be used to derive a bitcion public key and from thus the bitcoin address ...

imagine: every 256 bit sequence can be interpreted as private key .. from there you can go to btsx .. or to btc .. or to both ..
if you were to send btc to the address in the btsx wallte you would need to export the corresponding private key .. import it into electrum or what every and can go on from there ... no magic .. just 256 arbitrary bits :)

Quote
I know some of us imported Bitcoin addresses but not everyone.
you can go the otherway too and import your btsx keys into bitcoin :)

Most people would already have BTC addresses set up externally so this feature is really only useful when validating that the output is sent to a valid btc address and the time when users just create a btc address to send to and then import their priv key into the btc wallet to retrieve the coins.. pretty useless IMO.

I wonder if we integrate into vennd api what it involves.. would it be useful to do such a thing? Are people using it? If it has volume then maybe its a good idea.. or we can brand it as another btsx product and do it from scratch if its not too hard.

This can be done in a trustless way, I will show an example using the web wallet:

1) Set up bitcore(http://bitcore.io)
2) When sending BTC, you send to your btsx address.
3) Import bitBTC into btsx web wallet via an import command which monitors the bitcore wallet balance for change, and updates bitBTC balance accordingly.
4) Sending bitBTC back to a BTC address would invoke bitcore to send the coins to another address, and re-update bitBTC balance based on the transaction in bitcore.

Because each node in btsx would have ability to connect to their own bit core wallet it is decentralized and trustless. You would keep your private key private and have ability to send BTC right to your btsx address and back to your BTC address seamlessly. Bitcore is able to get balance information of arbritrary bitcoin addresses without doing any private key imports, which is something the RPC can't do.

I think counterparty and thus vend might be already using this mechanism but in a central manor? They host bit core for you? I see that bitcore is used in counterparty but not sure if vennd is using it for the vending machine. http://bitcore.io/blog/ has a blog about counterparty using bit core.

Since its code compatible with the btsx web wallet you can do something like:

var bitcore = require('bitcore');
var Address = bitcore.Address;

var addr = new Address("1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa");

console.log(addr.isValid());

right in btsx and interact with bitcoin. Doing a TX is done in the same way with a bit more code. It needs to run against a trusted node, so that can be a local node or external (not sure if you can simply point to some DNS seed like the normal nodes do)

Wow .. I just now realize what you are saying .. building all of this as a web_wallet plugin... sounds nice ..
you still need someone to run a service that takes BTC and gives away bitBTC ... (or the otherway round) by parsing the blockchain
Well you wouldn't need to parse the blockchain as thats the point of using bitcore... a decentralized version of blockchain.info api. But yea you still need a way to give you bitBTC and taking BTC from you... and vice versa..This would be important because as the traded value of bitBTC fluctuates people will want to arb the value and transfer back to BTC... or arb BTC and transfer back to bitBTC, so it has to support high volume and be decentralized.

The service should be using the bitBTC/BTC exchange rate to do the conversion.. im just unclear as to how we can essentially "lock" the BTC so that they can't transfer to bitBTC and then double spend by importing their key into the bitcoin blockchain aswell. How does bitUSD/USD solve this issue?
Fiat goes by different rules. BitUSD -> USD must be centralized. Crypto to Crypto can be decentralized and never touch the financial infrastructure.

Hmm.. well seems even with bitBTC / BTC you still have a point of centralization when you convert the asset, so might aswell keep it on exchanges then?

1263
I don't think getting real-time quotes for an ETF is easier than for indices themselves. S&P500, Dow, and Nasdaq can be looked up on Google, Yahoo, etc. Getting real-time VOO quotes requires a deal with NYSEARCA.

Easy way, at least initially, would be to peg a few of the larger index ETFs.

ie. If investors want exposure to the SP500 just peg VOO.

Why would you "look up" prices? Wouldn't you let a peg do its thing naturally?

Because currently that's how BTSX works - delegates publish price feeds that determine valid short prices.

Sent from my SCH-S720C using Tapatalk 2

I think this is only for the short term to bring in liquidity... but longer term you would want to move to a truly decentralized solution? Wasn't the yield implemented to fix this issue anyway? With the yield you have people wanting to hold long bitUSD while we all know there are plenty of people willing to short anyway.

1264
Yea I saw one.. but one is about WSJ interpretation I think

1265
The also released this info on BOE: https://bitsharestalk.org/index.php?topic=8783.msg113943;topicseen#msg113943

This is WSJ's interpretation of the release.

1266
I don't think getting real-time quotes for an ETF is easier than for indices themselves. S&P500, Dow, and Nasdaq can be looked up on Google, Yahoo, etc. Getting real-time VOO quotes requires a deal with NYSEARCA.

Easy way, at least initially, would be to peg a few of the larger index ETFs.

ie. If investors want exposure to the SP500 just peg VOO.

Why would you "look up" prices? Wouldn't you let a peg do its thing naturally?

1267
After GLD/SLV... articles like these: http://blogs.wsj.com/moneybeat/2014/09/11/heres-what-the-bank-of-england-thinks-of-bitcoin/ where critics have argued bitcoin wouldn't be adapted for reasons stated within, would quickly be countered with what bitsharesx could offer.

1269
Where does the Bitcoin address come from?
Can you explain that? Or are you saying somehow a Bitcoin wallet is built into Bitshares X?
No there is no bitcoin wallet integrated .. not exactly .. you cannot interact with the btc blockchain from within the btsx wallet.
However .. as both use the same elliptic curve crypto the private keys that generate you btsx account public key can also be used to derive a bitcion public key and from thus the bitcoin address ...

imagine: every 256 bit sequence can be interpreted as private key .. from there you can go to btsx .. or to btc .. or to both ..
if you were to send btc to the address in the btsx wallte you would need to export the corresponding private key .. import it into electrum or what every and can go on from there ... no magic .. just 256 arbitrary bits :)

Quote
I know some of us imported Bitcoin addresses but not everyone.
you can go the otherway too and import your btsx keys into bitcoin :)

Most people would already have BTC addresses set up externally so this feature is really only useful when validating that the output is sent to a valid btc address and the time when users just create a btc address to send to and then import their priv key into the btc wallet to retrieve the coins.. pretty useless IMO.

I wonder if we integrate into vennd api what it involves.. would it be useful to do such a thing? Are people using it? If it has volume then maybe its a good idea.. or we can brand it as another btsx product and do it from scratch if its not too hard.

This can be done in a trustless way, I will show an example using the web wallet:

1) Set up bitcore(http://bitcore.io)
2) When sending BTC, you send to your btsx address.
3) Import bitBTC into btsx web wallet via an import command which monitors the bitcore wallet balance for change, and updates bitBTC balance accordingly.
4) Sending bitBTC back to a BTC address would invoke bitcore to send the coins to another address, and re-update bitBTC balance based on the transaction in bitcore.

Because each node in btsx would have ability to connect to their own bit core wallet it is decentralized and trustless. You would keep your private key private and have ability to send BTC right to your btsx address and back to your BTC address seamlessly. Bitcore is able to get balance information of arbritrary bitcoin addresses without doing any private key imports, which is something the RPC can't do.

I think counterparty and thus vend might be already using this mechanism but in a central manor? They host bit core for you? I see that bitcore is used in counterparty but not sure if vennd is using it for the vending machine. http://bitcore.io/blog/ has a blog about counterparty using bit core.

Since its code compatible with the btsx web wallet you can do something like:

var bitcore = require('bitcore');
var Address = bitcore.Address;

var addr = new Address("1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa");

console.log(addr.isValid());

right in btsx and interact with bitcoin. Doing a TX is done in the same way with a bit more code. It needs to run against a trusted node, so that can be a local node or external (not sure if you can simply point to some DNS seed like the normal nodes do)

Wow .. I just now realize what you are saying .. building all of this as a web_wallet plugin... sounds nice ..
you still need someone to run a service that takes BTC and gives away bitBTC ... (or the otherway round) by parsing the blockchain
Well you wouldn't need to parse the blockchain as thats the point of using bitcore... a decentralized version of blockchain.info api. But yea you still need a way to give you bitBTC and taking BTC from you... and vice versa..This would be important because as the traded value of bitBTC fluctuates people will want to arb the value and transfer back to BTC... or arb BTC and transfer back to bitBTC, so it has to support high volume and be decentralized.

The service should be using the bitBTC/BTC exchange rate to do the conversion.. im just unclear as to how we can essentially "lock" the BTC so that they can't transfer to bitBTC and then double spend by importing their key into the bitcoin blockchain aswell. How does bitUSD/USD solve this issue?

1270
Where does the Bitcoin address come from?
Can you explain that? Or are you saying somehow a Bitcoin wallet is built into Bitshares X?
No there is no bitcoin wallet integrated .. not exactly .. you cannot interact with the btc blockchain from within the btsx wallet.
However .. as both use the same elliptic curve crypto the private keys that generate you btsx account public key can also be used to derive a bitcion public key and from thus the bitcoin address ...

imagine: every 256 bit sequence can be interpreted as private key .. from there you can go to btsx .. or to btc .. or to both ..
if you were to send btc to the address in the btsx wallte you would need to export the corresponding private key .. import it into electrum or what every and can go on from there ... no magic .. just 256 arbitrary bits :)

Quote
I know some of us imported Bitcoin addresses but not everyone.
you can go the otherway too and import your btsx keys into bitcoin :)

Most people would already have BTC addresses set up externally so this feature is really only useful when validating that the output is sent to a valid btc address and the time when users just create a btc address to send to and then import their priv key into the btc wallet to retrieve the coins.. pretty useless IMO.

I wonder if we integrate into vennd api what it involves.. would it be useful to do such a thing? Are people using it? If it has volume then maybe its a good idea.. or we can brand it as another btsx product and do it from scratch if its not too hard.

This can be done in a trustless way, I will show an example using the web wallet:

1) Set up bitcore(http://bitcore.io)
2) When sending BTC, you send to your btsx address.
3) Import bitBTC into btsx web wallet via an import command which monitors the bitcore wallet balance for change, and updates bitBTC balance accordingly.
4) Sending bitBTC back to a BTC address would invoke bitcore to send the coins to another address, and re-update bitBTC balance based on the transaction in bitcore.

Because each node in btsx would have ability to connect to their own bit core wallet it is decentralized and trustless. You would keep your private key private and have ability to send BTC right to your btsx address and back to your BTC address seamlessly. Bitcore is able to get balance information of arbritrary bitcoin addresses without doing any private key imports, which is something the RPC can't do.

I think counterparty and thus vend might be already using this mechanism but in a central manor? They host bit core for you? I see that bitcore is used in counterparty but not sure if vennd is using it for the vending machine. http://bitcore.io/blog/ has a blog about counterparty using bit core.

Since its code compatible with the btsx web wallet you can do something like:

var bitcore = require('bitcore');
var Address = bitcore.Address;

var addr = new Address("1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa");

console.log(addr.isValid());

right in btsx and interact with bitcoin. Doing a TX is done in the same way with a bit more code. It needs to run against a trusted node, so that can be a local node or external (not sure if you can simply point to some DNS seed like the normal nodes do)
https://github.com/mastercoin-MSC/mastercore

Right so explain how it would work.. what about OT?

1271
I am almost certain that the technical part is pretty easy to realize .. the legal part .. oh boy

If its illegal then how are Counterparty doing it? Crypto to Crypto doesn't involve USD.

If bit core doesnt qualify as a money transmitter then I don't think this will.

1272
Where does the Bitcoin address come from?
Can you explain that? Or are you saying somehow a Bitcoin wallet is built into Bitshares X?
No there is no bitcoin wallet integrated .. not exactly .. you cannot interact with the btc blockchain from within the btsx wallet.
However .. as both use the same elliptic curve crypto the private keys that generate you btsx account public key can also be used to derive a bitcion public key and from thus the bitcoin address ...

imagine: every 256 bit sequence can be interpreted as private key .. from there you can go to btsx .. or to btc .. or to both ..
if you were to send btc to the address in the btsx wallte you would need to export the corresponding private key .. import it into electrum or what every and can go on from there ... no magic .. just 256 arbitrary bits :)

Quote
I know some of us imported Bitcoin addresses but not everyone.
you can go the otherway too and import your btsx keys into bitcoin :)

Most people would already have BTC addresses set up externally so this feature is really only useful when validating that the output is sent to a valid btc address and the time when users just create a btc address to send to and then import their priv key into the btc wallet to retrieve the coins.. pretty useless IMO.

I wonder if we integrate into vennd api what it involves.. would it be useful to do such a thing? Are people using it? If it has volume then maybe its a good idea.. or we can brand it as another btsx product and do it from scratch if its not too hard.

This can be done in a trustless way, I will show an example using the web wallet:

1) Set up bitcore(http://bitcore.io)
2) When sending BTC, you send to your btsx address.
3) Import bitBTC into btsx web wallet via an import command which monitors the bitcore wallet balance for change, and updates bitBTC balance accordingly.
4) Sending bitBTC back to a BTC address would invoke bitcore to send the coins to another address, and re-update bitBTC balance based on the transaction in bitcore.

Because each node in btsx would have ability to connect to their own bit core wallet it is decentralized and trustless. You would keep your private key private and have ability to send BTC right to your btsx address and back to your BTC address seamlessly. Bitcore is able to get balance information of arbritrary bitcoin addresses without doing any private key imports, which is something the RPC can't do.

I think counterparty and thus vend might be already using this mechanism but in a central manor? They host bit core for you? I see that bitcore is used in counterparty but not sure if vennd is using it for the vending machine. http://bitcore.io/blog/ has a blog about counterparty using bit core.

Since its code compatible with the btsx web wallet you can do something like:

var bitcore = require('bitcore');
var Address = bitcore.Address;

var addr = new Address("1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa");

console.log(addr.isValid());

right in btsx and interact with bitcoin. Doing a TX is done in the same way with a bit more code. It needs to run against a trusted node, so that can be a local node or external (not sure if you can simply point to some DNS seed like the normal nodes do)

1273
General Discussion / Re: Is Anyone Still Holding Bitcoin?
« on: September 11, 2014, 06:34:25 am »
Question for the BitShares faithful: Is anyone still holding Bitcoin or other cryptos? Why? And if so, what percentage of your crypto assets are you holding outside of BitShares?



I hold bitBTC. Also have some coins that i believe will soon have a god rise (short term investment). The only other coin i hold for long apart from btsx is Devcoin

 +5%

1274
General Discussion / Re: BitShares X needs an awesome hook...
« on: September 11, 2014, 06:28:05 am »
Since the biggest pro of btsx over any competitor is decentralization:

"Decentralize your world"

Short and sweet. Most people that are smart will get it... to others it sounds smart and once explained they will feel smart.

This would eat apple's pay thing alive since we know its going to be a centralized payment mechanism... essentially we can do everything it can do in a decentralized manor.

1275
Technical Support / Re: !!! Stupid Questions Thread !!!
« on: September 10, 2014, 06:12:11 pm »
what's the difference between getting a yield in btsx and having parts of the btsx supply burned over time ..
if you calculate in BIPS its the same result .. or am I missing something essential here?

Supposedly if you hold btsx you are being paid an inherent yield from the burning of the supply, an explicit yield is paid to you for bitAssets because they are not burned. The yield comes from fees which are inefficiencies caused by humans when people buy and sell (fear/greed) etc. I know what you are getting at, but Im not sure they are equal... does that mean that if you earn 10% yield YoY that 10% of the entire supply has been burned YoY?

I wonder if there is not an incentive to create volatility to increase fear/greed and thus to increase fees/burning to benefit those who are earning yield explicitly or implicitly.

Pages: 1 ... 78 79 80 81 82 83 84 [85] 86 87 88 89