Author

Topic: Ixcoin TODO - page 168. (Read 631747 times)

full member
Activity: 204
Merit: 250
May 17, 2014, 02:46:39 AM
@Friction

So with your planned implementation of Counterparty does it need modifications for us to use it, or is it pretty much going to be bolted on as is?  Maybe a few features disabled?

legendary
Activity: 3052
Merit: 1534
www.ixcoin.net
May 17, 2014, 01:32:26 AM
What I notice it's a distorted activity on Mintpal. Some new coins are heavily treaded as soon as they go on Mintpal. And only Mintpal gets such high volumes for them. It's at least unusual.
And yes, ixcoin was first if I am right three times, in one of them for three consecutive days.



That's cause the pumpers moved from Cryptsy to mintpal.  And they tend to pump new scams, err, coins.
legendary
Activity: 973
Merit: 1053
May 17, 2014, 12:58:24 AM
not yet, ixc is always in the top 5 when they vote, but never got added. Roll Eyes



ixc was in first at one point but they skipped over it. I don't know why


Are you serious?

Well, I'm gonna have to start some shit on twitter [with Mintpal] then.

I could have been high but like a week and a half before water coin or whatever it was pulled ahead of us for the number one spot it was between ixc and for the life of me I can't remember which coin. They were implementing a fork or something but it was going to be the next coin accepted. I believe it was under us for a good while don't quote me on that. Didn't say anything because I don't know how the mintpal voting system works or if they always take the number one coin or pick from the top couple of the ones they like the best, but we were 1 for a couple of days. I saw someone ask if ixcoin was the next coin to go to the exchange on mintpals twitter. They said it was another coin though. You'd have to dig deep for that. I'll start looking actually just to confirm im not totally full of it.


https://twitter.com/MintPalExchange/status/451798390012379136

It was this post. It was between Grump and Ixcoin and Ixcoin was 2nd at the time if not first. They said excluding grump so it should have been ixcoin, but I guess they were waiting on a fork or some code implementation for grump, got it in a day, and chose grump.
legendary
Activity: 973
Merit: 1053
May 17, 2014, 12:49:09 AM
not yet, ixc is always in the top 5 when they vote, but never got added. Roll Eyes



ixc was in first at one point but they skipped over it. I don't know why


Are you serious?

Well, I'm gonna have to start some shit on twitter [with Mintpal] then.

I could have been high but like a week and a half before water coin or whatever it was pulled ahead of us for the number one spot it was between ixc and for the life of me I can't remember which coin. They were implementing a fork or something but it was going to be the next coin accepted. I believe it was under us for a good while don't quote me on that. Didn't say anything because I don't know how the mintpal voting system works or if they always take the number one coin or pick from the top couple of the ones they like the best, but we were 1 for a couple of days. I saw someone ask if ixcoin was the next coin to go to the exchange on mintpals twitter. They said it was another coin though. You'd have to dig deep for that. I'll start looking actually just to confirm im not totally full of it.
legendary
Activity: 3052
Merit: 1534
www.ixcoin.net
May 17, 2014, 12:26:37 AM
not yet, ixc is always in the top 5 when they vote, but never got added. Roll Eyes



ixc was in first at one point but they skipped over it. I don't know why


Are you serious?

Well, I'm gonna have to start some shit on twitter [with Mintpal] then.
legendary
Activity: 973
Merit: 1053
May 17, 2014, 12:16:43 AM
not yet, ixc is always in the top 5 when they vote, but never got added. Roll Eyes



ixc was in first at one point but they skipped over it. I don't know why
legendary
Activity: 3052
Merit: 1534
www.ixcoin.net
May 16, 2014, 10:05:06 PM
not yet, ixc is always in the top 5 when they vote, but never got added. Roll Eyes




Too bad, mintpal is a good one.
legendary
Activity: 3052
Merit: 1534
www.ixcoin.net
May 16, 2014, 08:52:30 PM



What happened to mintpal, I thought we got on mintpal a while ago.
legendary
Activity: 3052
Merit: 1534
www.ixcoin.net
May 16, 2014, 05:14:14 PM

Sunday at noon I'll announce a new Board Member.


Speculation can be fun so let's see how crazy people get.


FYI:  I don't expect a big rally on the news but it's definitely a great long term addition.


P.S.  - Never been called Roby before.  I do use fake aliases on various sites, like on my FaceBook page [and such].

member
Activity: 104
Merit: 10
May 16, 2014, 03:45:37 PM

An insane clown.

Hahaaa!

And the insane part has NOT been disproven yet.

I'll give you until noon Sunday to buy your coins.

Always fun to spice up speculation with adventurous notions.

But when you say you'll give me until noon on Sunday - what do you mean?

You give me that long to purchase it from where?

Sunday, noon?

So, let me present it properly.  Wink

C'mon, smile! Smile to life, and life will smile to you.




Ohhhh - was it a reference to something? I only saw this after I wrote my initial post.
legendary
Activity: 3052
Merit: 1534
www.ixcoin.net
May 16, 2014, 02:49:16 PM
Grah! I'm having trouble registering an account on Cryptsy.

I had wanted to purchase more IXC but I can't even begin to move my coins to that place!! >:c
Anyone else having similar issues?


On another note. Holy crap you guys are doing a lot around here. Now this is the type of activity that breathes life into a project. Looks like Vlad's hard work of pushing through being treated like a clown for over a year is paying off.


An insane clown.

Hahaaa!

And the insane part has NOT been disproven yet.

I'll give you until noon Sunday to buy your coins.
member
Activity: 104
Merit: 10
May 16, 2014, 02:38:33 PM
Grah! I'm having trouble registering an account on Cryptsy.

I had wanted to purchase more IXC but I can't even begin to move my coins to that place!! >:c
Anyone else having similar issues?


On another note. Holy crap you guys are doing a lot around here. Now this is the type of activity that breathes life into a project. Looks like Vlad's hard work of pushing through being treated like a clown for over a year is paying off.
full member
Activity: 204
Merit: 250
May 16, 2014, 12:55:45 AM
@Friction

So no meta-coins?  Well if you can get it to work I suppose that would be fine.  

jamaer brought up a good point about orders.  How do you do orders without a meta-coin?  There is implied escrowing with orders to keep both sides honest.  What if someone submits an order with 5 IXC in their wallet, then moves the 5 IXC to another wallet before the order is filled?  Does the order just not occur?  Does it get canceled immediately when the 5 IXC gets moved?


Let me give an example: how do you plan to implement escrow for IXC (in orders, bets etc.)? XCP is simply a protocol currency, so in the original Counterparty it's simple to do, but IXC is a blockchain currency so the same does not work (as miners need to accept each transaction). So if I want to give 5 IXC for a particular asset, what happens to my IXC while a match is looked for? If a match is found, how those 5 IXC is moved to the previous asset owner?


No need for *a* meta-coin.  Anyone can create their own asset.  So the foundation can create its own asset that has a 1:1 backing with IXC.

You can create an order with IXC.  There is just an additional step to pay the IXC.  It is just like making an order with BTC using Counterparty.

If you want to exchange other alt-coins (i.e. BTC, LTC etc)  then you use what is called a 'proxy coin'.  Essentially a party provides a 'vending' capability where you exchange say BTC for proxy BTC coins ( let's call those IX-BTC).  The IXBTC can then be held in escrow using the order or bet functionality.  The equivalent of a counterparty coin would be an IX-IXC.

So someone can essentially setup a vending service for alt coins that converts  say LTC to IX-LTC for trading.  Essentially it is a distributed decentralized exchange.   So really what happens now is the creation of trusted parties that vouch for the specific asset.  However the actual trading is done in a decentralized manner.

So, here is the scenario,  you want to buy Gold with BTC.

You have a gold bullion vendor that exchanges one ounce of gold for 1 IX-GLD.  
You have another vendor that exchanges 1 BTC for 1 IX-BTC.  
A party that want to buy gold makes an buy order for say 3 IX-BTC in exchange for IX-GLD.
The buyer gets a match from an existing sell order.  The quantities are exchange.

The seller redeems his IX-BTC at the BTC vendor.
The buyer redeems his IX-GLD at the gold bullion vendor.

In no event does the exchange have posession of the BTC or Gold.  Only trusted vendors have real ownership.



Good info but you didn't answer my specific question.  As I think about it more I think we can implement Counterparty without their metacoin, and still allow orders without formal escrowing.

My guess is that Counterparty knew they couldn't rely on the Bitcoin developers to add the required transaction validations natively so they had to create their own metacoin to give them the control they needed.  

So for my question about orders it could work something like this.

Let's say a sell order for 5 IXC is placed to buy a CP asset.  The order gets recorded in the blockchain with the address of the 5 IXC for everyone to see.  Then the owner tries to send the 5 IXC to a new address.  Well, the miners need to confirm it first.  By adding checks for open orders before performing a send, the miners can cancel the open order if the address balance drops below 5 IXC.  Only then would they confirm the send.  Or they could just disallow the send all together.  Regardless, it's all enforceable natively.  

The problem Counterparty has doing this using Bitcoin is they can't add the order cancellation to Bitcoin transactions since they are not the Bitcoin devs.  They need the metacoin as an intermediary to give them the control they need.  They control the metacoin and its transaction rules, but not Bitcoin.

In our case our devs control both the IXC blockchain and the Counterparty implimentation.  So we can streamline Counterparty and remove the metacoin by moving any new transaction logic to the native blockchain validations.  It should work.


Yes, they control the metacoin,  but any CP asset can act in place of the metacoin.    

Well in the short term we aren't including transaction logic in the native blockchain validations.  That would be a native (hard fork) implementation.

So IXC order cancellations are not available just as BTC cancellations are not allowed for CounterParty.

But you are right, long term, these validations can be included natively thus making IXC a first class citizen in the Order and Betting protocols.

Yes, I see.  The metacoin does seem superfluous.  You don't need a metacoin intermediary to trade one CP asset for another CP asset.  Counterparty logic controls both assets directly, and can escrow both assets directly.  It doesn't need the metacoin to prevent someone from backing out of a trade.

Even with the IXC to CP asset trade you don't need the metacoin intermediary.  CP enforces the CP asset transaction and a future change to the IXC transaction logic could enforce the IXC transaction so no one can back out on a trade.

So why was the metacoin added to Counterparty?  Well you could conceivably "burn" the native coin to CP assets directly every time you need to (does CP allow direct burns to assets?), but the metacoin allows you to do a single burn then trade it for any other CP asset.  I guess it was more for convenience to provide a common currency so you don't need to keep burning.  The other obvious reason is that you can make a killing if you get in on the ground floor of a new crypto currency, so Counterparty created one just like everyone else.

legendary
Activity: 868
Merit: 1000
Cryptotalk.org - Get paid for every post!
May 15, 2014, 09:39:20 PM
@Friction

So no meta-coins?  Well if you can get it to work I suppose that would be fine.  

jamaer brought up a good point about orders.  How do you do orders without a meta-coin?  There is implied escrowing with orders to keep both sides honest.  What if someone submits an order with 5 IXC in their wallet, then moves the 5 IXC to another wallet before the order is filled?  Does the order just not occur?  Does it get canceled immediately when the 5 IXC gets moved?


Let me give an example: how do you plan to implement escrow for IXC (in orders, bets etc.)? XCP is simply a protocol currency, so in the original Counterparty it's simple to do, but IXC is a blockchain currency so the same does not work (as miners need to accept each transaction). So if I want to give 5 IXC for a particular asset, what happens to my IXC while a match is looked for? If a match is found, how those 5 IXC is moved to the previous asset owner?


No need for *a* meta-coin.  Anyone can create their own asset.  So the foundation can create its own asset that has a 1:1 backing with IXC.

You can create an order with IXC.  There is just an additional step to pay the IXC.  It is just like making an order with BTC using Counterparty.

If you want to exchange other alt-coins (i.e. BTC, LTC etc)  then you use what is called a 'proxy coin'.  Essentially a party provides a 'vending' capability where you exchange say BTC for proxy BTC coins ( let's call those IX-BTC).  The IXBTC can then be held in escrow using the order or bet functionality.  The equivalent of a counterparty coin would be an IX-IXC.

So someone can essentially setup a vending service for alt coins that converts  say LTC to IX-LTC for trading.  Essentially it is a distributed decentralized exchange.   So really what happens now is the creation of trusted parties that vouch for the specific asset.  However the actual trading is done in a decentralized manner.

So, here is the scenario,  you want to buy Gold with BTC.

You have a gold bullion vendor that exchanges one ounce of gold for 1 IX-GLD.   
You have another vendor that exchanges 1 BTC for 1 IX-BTC. 
A party that want to buy gold makes an buy order for say 3 IX-BTC in exchange for IX-GLD.
The buyer gets a match from an existing sell order.  The quantities are exchange.

The seller redeems his IX-BTC at the BTC vendor.
The buyer redeems his IX-GLD at the gold bullion vendor.

In no event does the exchange have posession of the BTC or Gold.  Only trusted vendors have real ownership.



Good info but you didn't answer my specific question.  As I think about it more I think we can implement Counterparty without their metacoin, and still allow orders without formal escrowing.

My guess is that Counterparty knew they couldn't rely on the Bitcoin developers to add the required transaction validations natively so they had to create their own metacoin to give them the control they needed. 

So for my question about orders it could work something like this.

Let's say a sell order for 5 IXC is placed to buy a CP asset.  The order gets recorded in the blockchain with the address of the 5 IXC for everyone to see.  Then the owner tries to send the 5 IXC to a new address.  Well, the miners need to confirm it first.  By adding checks for open orders before performing a send, the miners can cancel the open order if the address balance drops below 5 IXC.  Only then would they confirm the send.  Or they could just disallow the send all together.  Regardless, it's all enforceable natively. 

The problem Counterparty has doing this using Bitcoin is they can't add the order cancellation to Bitcoin transactions since they are not the Bitcoin devs.  They need the metacoin as an intermediary to give them the control they need.  They control the metacoin and its transaction rules, but not Bitcoin.

In our case our devs control both the IXC blockchain and the Counterparty implimentation.  So we can streamline Counterparty and remove the metacoin by moving any new transaction logic to the native blockchain validations.  It should work.


Yes, they control the metacoin,  but any CP asset can act in place of the metacoin.   

Well in the short term we aren't including transaction logic in the native blockchain validations.  That would be a native (hard fork) implementation.

So IXC order cancellations are not available just as BTC cancellations are not allowed for CounterParty.

But you are right, long term, these validations can be included natively thus making IXC a first class citizen in the Order and Betting protocols.
full member
Activity: 204
Merit: 250
May 15, 2014, 08:37:24 PM
@Friction

So no meta-coins?  Well if you can get it to work I suppose that would be fine.  

jamaer brought up a good point about orders.  How do you do orders without a meta-coin?  There is implied escrowing with orders to keep both sides honest.  What if someone submits an order with 5 IXC in their wallet, then moves the 5 IXC to another wallet before the order is filled?  Does the order just not occur?  Does it get canceled immediately when the 5 IXC gets moved?


Let me give an example: how do you plan to implement escrow for IXC (in orders, bets etc.)? XCP is simply a protocol currency, so in the original Counterparty it's simple to do, but IXC is a blockchain currency so the same does not work (as miners need to accept each transaction). So if I want to give 5 IXC for a particular asset, what happens to my IXC while a match is looked for? If a match is found, how those 5 IXC is moved to the previous asset owner?


No need for *a* meta-coin.  Anyone can create their own asset.  So the foundation can create its own asset that has a 1:1 backing with IXC.

You can create an order with IXC.  There is just an additional step to pay the IXC.  It is just like making an order with BTC using Counterparty.

If you want to exchange other alt-coins (i.e. BTC, LTC etc)  then you use what is called a 'proxy coin'.  Essentially a party provides a 'vending' capability where you exchange say BTC for proxy BTC coins ( let's call those IX-BTC).  The IXBTC can then be held in escrow using the order or bet functionality.  The equivalent of a counterparty coin would be an IX-IXC.

So someone can essentially setup a vending service for alt coins that converts  say LTC to IX-LTC for trading.  Essentially it is a distributed decentralized exchange.   So really what happens now is the creation of trusted parties that vouch for the specific asset.  However the actual trading is done in a decentralized manner.

So, here is the scenario,  you want to buy Gold with BTC.

You have a gold bullion vendor that exchanges one ounce of gold for 1 IX-GLD.   
You have another vendor that exchanges 1 BTC for 1 IX-BTC. 
A party that want to buy gold makes an buy order for say 3 IX-BTC in exchange for IX-GLD.
The buyer gets a match from an existing sell order.  The quantities are exchange.

The seller redeems his IX-BTC at the BTC vendor.
The buyer redeems his IX-GLD at the gold bullion vendor.

In no event does the exchange have posession of the BTC or Gold.  Only trusted vendors have real ownership.



Good info but you didn't answer my specific question.  As I think about it more I think we can implement Counterparty without their metacoin, and still allow orders without formal escrowing.

My guess is that Counterparty knew they couldn't rely on the Bitcoin developers to add the required transaction validations natively so they had to create their own metacoin to give them the control they needed. 

So for my question about orders it could work something like this.

Let's say a sell order for 5 IXC is placed to buy a CP asset.  The order gets recorded in the blockchain with the address of the 5 IXC for everyone to see.  Then the owner tries to send the 5 IXC to a new address.  Well, the miners need to confirm it first.  By adding checks for open orders before performing a send, the miners can cancel the open order if the address balance drops below 5 IXC.  Only then would they confirm the send.  Or they could just disallow the send all together.  Regardless, it's all enforceable natively. 

The problem Counterparty has doing this using Bitcoin is they can't add the order cancellation to Bitcoin transactions since they are not the Bitcoin devs.  They need the metacoin as an intermediary to give them the control they need.  They control the metacoin and its transaction rules, but not Bitcoin.

In our case our devs control both the IXC blockchain and the Counterparty implimentation.  So we can streamline Counterparty and remove the metacoin by moving any new transaction logic to the native blockchain validations.  It should work.

full member
Activity: 204
Merit: 250
May 15, 2014, 08:35:18 PM
Ok I lied,

One more question. Do you have any plans to and or would you consider adding coinjoin to ix?
 

-On mastercoin vs Counterparty, end result to users is same functionality right? So does it really matter then? I think mastercoin has 1 additional method of encoding their data so as to be extra extra hard to kick from a blockchain.

coinjoin... no

it will depend really on which group has a more robust and stable implementation. 

I wouldn't mind seeing coinjoin added, but definitely not this update.

legendary
Activity: 868
Merit: 1000
Cryptotalk.org - Get paid for every post!
May 15, 2014, 02:55:11 PM
Ok I lied,

One more question. Do you have any plans to and or would you consider adding coinjoin to ix?
 

-On mastercoin vs Counterparty, end result to users is same functionality right? So does it really matter then? I think mastercoin has 1 additional method of encoding their data so as to be extra extra hard to kick from a blockchain.

coinjoin... no

it will depend really on which group has a more robust and stable implementation. 
legendary
Activity: 868
Merit: 1000
Cryptotalk.org - Get paid for every post!
May 15, 2014, 02:47:39 PM
Thanks for all of the clarity. My feeble mind was having a hard time grasping at what you were talking about.  Tongue

I'm looking forward to seeing this, so will stop bugging you with questions for a while.   Wink

anyone else want to weigh in on this?

Cinnamon?

Not a problem.  These discussions help be solidify my understanding of these.

The one big question I have is,  why Counterparty and not Mastercoin?  It think this boils down to what is available in open source and what is not.
legendary
Activity: 868
Merit: 1000
Cryptotalk.org - Get paid for every post!
May 15, 2014, 02:31:40 PM
Would you say that this is a cross of colored coins and counterparty? Or more similar to one then the other?

No.... it is a subset of Counterparty. No burning.

Counterparty is a superset of colored coins.

I'm actually incorrect about Mastercoin,  you can't issue new coins in Mastercoin without declaring their exchange rate with some other coin.  So therefore,  the first coins issued by Mastercoin require mastercoins.  That is why Safecoin required mastercoins where donated to safecoin so they could acquire their own coin!
legendary
Activity: 868
Merit: 1000
Cryptotalk.org - Get paid for every post!
May 15, 2014, 02:21:49 PM
so because user defined assets can be thought of as a metacoin,

they can therefore also perform counterparty features (which require the use of a metacoin).


thus no need for a counterparty style metacoin as ix has a user defined asset that performs as the metacoin

Yes,  all you need are two user defined assets.  Say you define A and B,  then you can create an order for A and B.

Say you did not have a user defined asset?  You can't do anything because you can't create an order.

Why is there only one metacoin for counterparty or mastercoin and not two?   Because the other one is not a metacoin (i.e. btc).   You can create an order for counterparty and BTC,  but BTC is handled differently in that it is not escrowed.

You want full escrow?  You need two metacoins.

You want to send someone something?  You need at least one metacoin.  

The only way to require a metacoin is to demand a fee for every counterparty or mastercoin transaction.  However, that is not part of these protocols.  This is different from Ripple and Bitcoin that requires that fees be present.

Jump to: