Pages:
Author

Topic: [ANN][XCN] Cryptonite | 1st mini-blockchain coin | M7 PoW | No Premine - page 59. (Read 578565 times)

legendary
Activity: 930
Merit: 1010
The Beyond Bitcoin discussion on Cryptonite was recorded today, it should be published some time next week.

Keep an eye on: http://letstalkbitcoin.com/blog/category/beyond-bitcoin


Great! Spreading the news
hero member
Activity: 770
Merit: 500
This coin should have really gone with btcd's supernet or have its own coinjoin anonymity
As I mentioned a page or two ago, the CoinShuffle protocol is compatible with the MBC Scheme, and at some point we will start focusing on anonymity features, but it's not a high priority for us right now. The anonymity scheme proposed by the supernet people just wasn't convincing to me and many other people felt the same way, so I'd rather play it safe until they have proven the supernet can work as they claim.

That's how you gain exposure in the crypto world. It would of been better to go with Supernet, if at least all it did was put Cryptonote(XCN) out in the open.(Many altcoiners don't know it exists.
legendary
Activity: 1536
Merit: 1000
electronic [r]evolution
The Beyond Bitcoin discussion on Cryptonite was recorded today, it should be published some time next week.

Keep an eye on: http://letstalkbitcoin.com/blog/category/beyond-bitcoin
full member
Activity: 210
Merit: 100
ActionCrypto.com ★ Bitcoin Binary Options
Hello to all Cryptonite community.
 We will be accepting it as payment in our shop http://bitscoinshop.com.br/en/
For currencies not yet have integration with CoinPayments, follow the instructions below for manual purchase.
Awesome, I have added your shop link to our list of services. It would be really cool if a service like CoinPayments.net could accept XCN because that would help other shops easily accept it too.

I would advise to contact them, so I know the two forms to be accepted in coinpayments by vote and direct statement.
Every 2 months they make the inclusion of a coin.
legendary
Activity: 1536
Merit: 1000
electronic [r]evolution
Hello to all Cryptonite community.
 We will be accepting it as payment in our shop http://bitscoinshop.com.br/en/
For currencies not yet have integration with CoinPayments, follow the instructions below for manual purchase.
Awesome, I have added your shop link to our list of services. It would be really cool if a service like CoinPayments.net could accept XCN because that would help other shops easily accept it too.
full member
Activity: 210
Merit: 100
ActionCrypto.com ★ Bitcoin Binary Options
Hello to all Cryptonite community.
 We will be accepting it as payment in our shop http://bitscoinshop.com.br/en/
For currencies not yet have integration with CoinPayments, follow the instructions below for manual purchase.

These altcoins still lack integration with our payment platform because it uses coin payments Them to follow the instructions below.

1 - Select your product and Typically perform the registration on the site.

2 - Choose the way of payment via bank deposit.

3 - Leave us a message que you want to pay using one of the coins above it.

4 - After que send the value of your purchase already in the currency chosen and the address of our wallet.

5 - After the payment confirmation we will start the shipping of your product.

And now we bring more innovation, we are a paypal verified shop and we are accepting credit cards and parceling purchases at 6x via paypal.
legendary
Activity: 1536
Merit: 1000
electronic [r]evolution
As long as the merchant can get the transaction they received from the customer into a block before that amount of time, the merchant is guaranteed to get paid.

This means that merchants are going to want to have an agreement with large miners (ideally 100% of hash rate) to ensure their transactions get into a block before the deadline.
Yes that's the contract idea I briefly mentioned. Some people think contracts may be necessary to create truly secure 0-conf transactions but I personally think the best approach is just to make sure that pools always give older tx's a higher priority, especially when dealing with a bunch of tx's which use the same input address, and discourage people from using pools which don't follow those rules. Most people tend to use a vanilla daemon anyway so if we can make the protocol rules good enough regarding the priority of older tx's then I believe we wont even need to use contracts.
legendary
Activity: 1536
Merit: 1000
electronic [r]evolution
What about Electrum.

Would it be possible to adapt the miniblockchain to the Electrum server/client structure?
Yes that should be a fairly easy task. We could also implement a SPV client similar to the MultiBit client so it wouldn't have to rely on a 3rd party server like Electrum. Since new nodes only need to download the last 10k blocks to sync with the network I don't see much need for a SPV client, but for those people who don't want to wait any length of time downloading the blockchain it could be a good option. Of course the node would still need to download the header chain and possibly the account tree, but that should take only a few minutes The account tree can be verified simply by comparing its master hash against the master hash in the block headers. If SPV nodes have a copy of the account tree they will even be able to check the balance of any address in the network.
sr. member
Activity: 258
Merit: 250
What about Electrum.

Would it be possible to adapt the miniblockchain to the Electrum server/client structure?
full member
Activity: 126
Merit: 100


If XCN follows your instructions, will it become a success story similar to quark?

Bigger than Quark!!!
hero member
Activity: 966
Merit: 1003


If XCN follows your instructions, will it become a success story similar to quark?
legendary
Activity: 2968
Merit: 1198
As long as the merchant can get the transaction they received from the customer into a block before that amount of time, the merchant is guaranteed to get paid.

This means that merchants are going to want to have an agreement with large miners (ideally 100% of hash rate) to ensure their transactions get into a block before the deadline. Scammers would want the opposite agreement, although I guess that's harder because almost-100% doesn't necessarily work for them.



legendary
Activity: 1536
Merit: 1000
electronic [r]evolution
I think you in essence have to do both - re the wallet -

you have to have the "server side" this is your core for the blockchain, so your focus should be here first that is your base without it you don't have a crypto -
I think you're misunderstanding what I meant. We could package up the rpc web wallet and distribute it as a binary, with the goal being to replace qt with our own rpc based wallet because it would be easier to manage and it would be much less prone to bugs. The qt wallet isn't just a simple rpc wallet and it's hard to make it sync and run smoothly because the synchronization process is so different from Bitcoin. Anyone running cryptonited instead of qt will notice that it's extremely stable, especially on Linux systems. We've had nodes running since launch without a hitch.

But ultimately I do agree with you, I would prefer to keep Qt and just fix those bugs because it has certain features I may not be able to properly replicate in a web wallet and it's nice to have a variety of wallet options available.

This is a post catia made a few pages back:
Quote
I think the ultimate goal should be to create an installer for all platforms allowing users to just not use QT. QT causes many problems in core code and is difficult to maintain. A web-standards based wallet allows real separation of the UI from the how it gets done. Just see how quickly bitfreak added features far beyond capabilities of the QT wallet. So much more possibilities open now, with so much less bugs. I will go so far as to say when this installer is done, QT should be completely abandoned as a legacy product of a deranged mind. Why exactly wallets don't use JSON-RPC as interface is unfathomable to me.
hero member
Activity: 798
Merit: 1000
‘Try to be nice’
{informative prose}

XCN Roadmap 10/6/2014

1- web wallet improvment
2- block explorer polishing
3- "slice sharing" optimization
4- bug squishing (esp. Windows Qt wallet corruption)
5- consider move to rpc wallet
6- TBD
7- anonymity


1- bug squishing (esp. Windows Qt wallet corruption)
2- block explorer polishing
3- "slice sharing" optimization
hero member
Activity: 798
Merit: 1000
‘Try to be nice’
The market hates uncertainties, which lack of regular XCN updates exacerbate.  That's why I suggested a roadmap (with bi/weekly updates to the perennial favorite question "Are we there yet?").
Yes I agree, we could use more frequent updates. We just haven't done much on the core code lately, my focus has been on the web wallet and block explorer. Optimized "slice sharing" will be the next update and then after that I want to focus on fixing important bugs, especially that wallet corruption issue which seems to affect the Qt wallet on Windows machines. Catia thinks we should completely scrap Qt in favor of a web based rpc wallet but I'm not sure that's a good idea because that approach comes with its own set of problems. In any case it'll be a while before we start focusing on anonymity.

I think you in essence have to do both - re the wallet -

you have to have the "server side" this is your core for the blockchain, so your focus should be here first that is your base without it you don't have a crypto -

then you can pretty up a RPC wallet, otherwise you have no faith in security - it's is such a pity there are not more developers helping you guys.

very descriptive of how centralized the market is, Bitcoin is a meme that will soon collapse, this will be fortunate as it will bring "Developer diversity."

Summary:

1. Secure the server side, iron out bugs in the QT its C++ and open source this is the "crypto currency" without this you have no decentralization so without it write off the idea -  

2. Pretty up the web wallet but don't focus here this can all be done 3rd party - i.e if you get 1 right other people will build a "pretty frame" around your core code.

3. Block explore is important,


A. Core code
B. Explorer
C. Miner access
C everything else.
D. forget the price.


legendary
Activity: 2156
Merit: 1072
Crypto is the separation of Power and State.
full member
Activity: 126
Merit: 100
Im excited to still see this moving!!  Wink
legendary
Activity: 1536
Merit: 1000
electronic [r]evolution

XCN Roadmap 10/6/2014

Looks about right. More specific details about point 1 and 2:

WEB WALLET:

* create variant of wallet with client side encryption
* deal with tx fees in case of insufficient balance
* add more extensive multi-sig transaction tools

BLOCK EXPLORER:

* add public API to block explorer
* display list of pruned blocks
* add some charts
legendary
Activity: 2156
Merit: 1072
Crypto is the separation of Power and State.
{informative prose}

XCN Roadmap 10/6/2014

1- web wallet improvment
2- block explorer polishing
3- "slice sharing" optimization
4- bug squishing (esp. Windows Qt wallet corruption)
5- consider move to rpc wallet
6- TBD
7- anonymity
legendary
Activity: 1536
Merit: 1000
electronic [r]evolution
The market hates uncertainties, which lack of regular XCN updates exacerbate.  That's why I suggested a roadmap (with bi/weekly updates to the perennial favorite question "Are we there yet?").
Yes I agree, we could use more frequent updates. We just haven't done much on the core code lately, my focus has been on the web wallet and block explorer. Optimized "slice sharing" will be the next update and then after that I want to focus on fixing important bugs, especially that wallet corruption issue which seems to affect the Qt wallet on Windows machines. Catia thinks we should completely scrap Qt in favor of a web based rpc wallet but I'm not sure that's a good idea because that approach comes with its own set of problems. In any case it'll be a while before we start focusing on anonymity.
Pages:
Jump to: