elective-stereophonic
elective-stereophonic
NXT Services_M09 - Multigateway Testing Thread singapore
Please login or register.

Login with username, password and session length
Advanced search  

News:

Latest Stable Nxt Client: Nxt 1.12.2

Pages: 1 ... 59 60 [61] 62 63 64

Author Topic: NXT Services_M09 - Multigateway Testing Thread  (Read 136693 times)

elktender

  • Jr. Member
  • **
  • Karma: +2/-17
  • Offline Offline
  • Posts: 32
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1200 on: July 14, 2014, 05:52:56 am »


Could a trustless MGW solution be built directly into NXT?  The fundamental problem with this is managing the private keys on the Bitcoin side.  There really is no way for the NXT chain to hold keys in a way for a shared pool.   However, I think what could be built is a special AE for external assets.  So, instead of having bitcoins go into a pool and then flow out, (which would require handling private keys), we do direct exchange of BTC for NXT via this special AE.  So, direct user to user Bitcoin <-> NXT transfers are done. 


Somewhere I read a bounty of 5 million nxt was for this.

Logged

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1201 on: July 14, 2014, 05:59:03 am »


Could a trustless MGW solution be built directly into NXT?  The fundamental problem with this is managing the private keys on the Bitcoin side.  There really is no way for the NXT chain to hold keys in a way for a shared pool.   However, I think what could be built is a special AE for external assets.  So, instead of having bitcoins go into a pool and then flow out, (which would require handling private keys), we do direct exchange of BTC for NXT via this special AE.  So, direct user to user Bitcoin <-> NXT transfers are done. 


Somewhere I read a bounty of 5 million nxt was for this.
Yes, one the techdev committee can review and become comfortable that NXTsubatomic is a proper solution, then I plan on making my claim. There were other conditions too, like TF being implemented. Now I am in the process of integrating NXT(sub)atomic into InstantDEX. The problem is that NXT and bitcoind are a bit like crossing paths, the NXTsubatomic technique doesnt quite work with NXT and the NXTatomic doesnt quite work for bitcoin, at least not to my satisfaction.

Cant get both speed and decentralized atomicity at the same time, so you need to choose fast and less decentralization or slow but totally decentralized. I guess that is why we have GUI, so the user can adjust settings to their liking

James
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer

valarmg

  • Hero Member
  • *****
  • Karma: +178/-57
  • Offline Offline
  • Posts: 1766
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1202 on: July 14, 2014, 10:26:48 am »

Hopefully my questioning is helping and that I'm not totally misunderstanding everything.
The one tech issue I cant solve yet is the safe managing of the NXT. I can enforce whatever behavior in pNXT as I can make changes to the core, but with NXT I am not able to do this, so until Phasing is here I doubt this would be possible to have a fully decentralized pNXT. With Phasing, the various pNXTd nodes can be required to signoff on any NXT transactions, so in essence all the NXT becomes community NXT, along with the pNXT.
Agreed that's a big problem with creating a decentralization solution. Locking the NXT requires that the private key of its address be inaccessible. I was thinking along the lines of having each pNXTd node hash the NXT private key with their own key, and only the many hashed private key is known by all the nodes so that all (or many of) the nodes have to agree for the NXT to be unlocked.

If we can figure out how to ensure the market would peg the price of pNXT to NXT I think this could work. So to ensure pNXT has value, we need to have a reserve of NXT to match it. 1 million NXT is on the low side, but still with high velocity of pNXT, and a bit of patience on the parties transaction and it would suffice for most uses, though 10 million NXT seems a much better float of pNXT
So you are saying that if someone wanted to privateSend 10millionNXT and only 1millionNXT worth of pNXT existed, then it would happen in batches. But what happens if people start storing their NXT as pNXT or even hold pNXT thinking it might go up in value (And knowing it can never go down in value due to the peg.) Then the reserves of pNXT available for trading will go down, either making the system much slower, or forcing the pNXT value to be higher.

The pNXT network (which if it had enough nodes would be as strong as any other currency with like amount of nodes) would have built in automatic gateways for pNXT <-> NXT
I don't understand how you are making the pNXT blockchain secure. What happens if there are 500nodes and a malicious agent sets up 1000 nodes. This malicious agent can't steal anything or do any damage?

In this scenario, the pNXTd is hardcoded to do the pNXT <-> NXT gateway function so while it does require trust that this does not change in future releases, people can look at the source code to verify that this function will happen.
This hardcoded gateway function runs into the technical problem of safe managing of the NXT, right?
Logged
NXT-CSED-4PK5-AR4V-6UB5V

Qwitnix

  • Full Member
  • ***
  • Karma: +31/-0
  • Offline Offline
  • Posts: 128
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1203 on: July 14, 2014, 11:04:33 am »

Been restarting this latest NXT Services a few times now, but I keep getting:

Code: [Select]
ERROR!!!!!!!! no block at height.149642 nextblock.(16978422210001843575)?
ERROR!!!!!!!! no block at height.149642 nextblock.(16978422210001843575)?
ERROR!!!!!!!! no block at height.149642 nextblock.(16978422210001843575)?
ERROR!!!!!!!! no block at height.149642 nextblock.(16978422210001843575)?

I thought I'd seen those messages before, but can't find it in the thread. Anyone know the solution for this?
how is your NXTcore doing? maybe it is stuck doing a rescan?

Sorry for the late response, sort of trying to stay away from my PC for some time, to create some holiday-feeling :)

Core looks fine, restarted that and nxt services also agian, still the same.

Had JRE 8 installed, I thought there were issues before with that version, so went back to JRE 7, still the same results.

Started again from scratch in a new directory. Unzipped the core (at that time the NXT Services installer couldn't download it), and installed NXT services with the installer.
At some point (not sure which point exactly) I had it sort of working, but the 7777 page showed a new nxt address. I did get the mgw gui in the wallet (on a side note: which didn't show the btc and ltc icons, as those icons don't exsist at that location anymore). Copied the randvals files from the old version (I thought that was the thing to do to get your "old" nxt account back on the 7777 page). And we're back to the errors and the 7777 page shows "404 Not Found", so that alone was not enough. Removed the randvals files and still the same errors, also the 7777 page is not working, and the mgw gui doens't show in the wallet.

Only just noticed, at this point the error is:
Code: [Select]
ERROR!!!!!!!! no block at height.149670 nextblock.(10156454760630072832)?So the block is a different one than before.

Any suggestions on what I did wrong/how to fix this? If not I'll start again from scratch tonight.
Logged

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1204 on: July 14, 2014, 11:12:38 am »

Hopefully my questioning is helping and that I'm not totally misunderstanding everything.
The one tech issue I cant solve yet is the safe managing of the NXT. I can enforce whatever behavior in pNXT as I can make changes to the core, but with NXT I am not able to do this, so until Phasing is here I doubt this would be possible to have a fully decentralized pNXT. With Phasing, the various pNXTd nodes can be required to signoff on any NXT transactions, so in essence all the NXT becomes community NXT, along with the pNXT.
Agreed that's a big problem with creating a decentralization solution. Locking the NXT requires that the private key of its address be inaccessible. I was thinking along the lines of having each pNXTd node hash the NXT private key with their own key, and only the many hashed private key is known by all the nodes so that all (or many of) the nodes have to agree for the NXT to be unlocked.

If we can figure out how to ensure the market would peg the price of pNXT to NXT I think this could work. So to ensure pNXT has value, we need to have a reserve of NXT to match it. 1 million NXT is on the low side, but still with high velocity of pNXT, and a bit of patience on the parties transaction and it would suffice for most uses, though 10 million NXT seems a much better float of pNXT
So you are saying that if someone wanted to privateSend 10millionNXT and only 1millionNXT worth of pNXT existed, then it would happen in batches. But what happens if people start storing their NXT as pNXT or even hold pNXT thinking it might go up in value (And knowing it can never go down in value due to the peg.) Then the reserves of pNXT available for trading will go down, either making the system much slower, or forcing the pNXT value to be higher.

The pNXT network (which if it had enough nodes would be as strong as any other currency with like amount of nodes) would have built in automatic gateways for pNXT <-> NXT
I don't understand how you are making the pNXT blockchain secure. What happens if there are 500nodes and a malicious agent sets up 1000 nodes. This malicious agent can't steal anything or do any damage?

In this scenario, the pNXTd is hardcoded to do the pNXT <-> NXT gateway function so while it does require trust that this does not change in future releases, people can look at the source code to verify that this function will happen.
This hardcoded gateway function runs into the technical problem of safe managing of the NXT, right?
your questions help, well help to at least confuse me a bit :)
nice try with the hash chain to implement what is effectively N of N multisig. The problem is there is no assurance of 100% availability of any specific pNXTd node and if any of them was part of the hash chain, then the NXT is locked but a bit too permanently.

To begin with, speed and privacy dont mix too well. In fact, I was thinking of having a 1 hour blocktime! The longer the blocktime, the more tx are combined, the more effective the privacy. For someone that wants max privacy, they will simply have to wait hours or even a day.

I am thinking of only allowing the pNXTd nodes to actually store the pNXT and this would allow it to all be controlled as a dynamic money supply to go to where it is needed. Also, the automated gateway has a two way peg, NXT -> pNXT and pNXT -> NXT, so if you believe in the floor price, then you should also believe in the ceiling price. It is critical that NXT:pNXT has a fixed price, otherwise privateSend will incur all the usual market liquidity, price spread issues that ripple has and I am designing something to be far better than that.

In the event that there is a significant amount of pNXT "lost", then what can always be done is an adjustment of the exchange rate to compensate. The system would need to suspend all privateSends to avoid any intransit tx from being affected. The exchange rate is revalued, thus recovering the liquidity and I guess that's your answer. The price of pNXT could go up via this mechanism if people hoarded it, but it can be solved and so I dont see it as a fatal issue, more an annoyance. Though it could provide the incentive needed for investors to purchase the pNXT to begin with.

Assuming that the malicious agent is mining all blocks and simply not including any actual tx in them, I guess they could effectively stop all privateSends. I am not super familiar with the cryptonote mining algo, but I doubt they allow fake transactions to be mined. In fact I had a really difficult time getting a new blockchain actually accepted. Any little change to anything made all the other nodes reject and blacklist the new node. So, assuming an attacker gets two thirds of the hashrate, I think what they get is two thirds of the block rewards. Last I checked the block reward was down to .00001 pNXT per block, so there is no financial incentive for this attack and I am not sure, but I suspect that if a miner tried to submit a block without any tx in them, when there are tx's to be included, they would get blacklisted. I know enough about the codebase that if that is not already the case, I can most likely implement it.

so maybe we need to pester the cryptonote.org guys to see what sort of attack scenarios are possible. I know double spends are prevented, believe me, every node will start spewing red lettered (literally) error messages the moment any double spent key images are seen, let alone in a mined block!

safe managing of NXT is the biggest unsolved problem. I am still a bit confused as everything sort of doubles. For every NXT that is "locked" to create the pNXT exchange rate, there ends up being 1 NXT of value created, apparently out of thin air! Maybe this is obvious to money supply economists, but I am just a simple C programmer, it makes my head hurt...

So, we sell off the privateNXT, lets make it simple and say 1 million NXT and .01 conversion rate. the gateways are built into every pNXTd, I can see how to make the pNXT flow to where it is needed, but how to get the NXT to where it is needed? We have 1 million worth of pNXT and 1 million NXT, plus privateSends temporarily inject more NXT into the system. We can do the "faster than light travel trick" where NXT in one acct is "transferred" to a remote account, just with ledger entry changes, but that requires enough community NXT at the destination. Really what we need is to have both the pNXT and NXT in the privacyServer system to flow freely from wherever it is, to wherever it is needed. It would be like in a closed system with the pNXT on the other side of the barrier and the NXT on this side. As new NXT comes in for privateSend, it temporarily "mixes" with the community NXT as its counterpart pNXT zaps across the network to where it is needed. Now the same amount of NXT needs to come out of the community NXT to complete the cycle.

Maybe we need some magic?

James
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1205 on: July 14, 2014, 11:13:26 am »

Been restarting this latest NXT Services a few times now, but I keep getting:

Code: [Select]
ERROR!!!!!!!! no block at height.149642 nextblock.(16978422210001843575)?
ERROR!!!!!!!! no block at height.149642 nextblock.(16978422210001843575)?
ERROR!!!!!!!! no block at height.149642 nextblock.(16978422210001843575)?
ERROR!!!!!!!! no block at height.149642 nextblock.(16978422210001843575)?

I thought I'd seen those messages before, but can't find it in the thread. Anyone know the solution for this?
how is your NXTcore doing? maybe it is stuck doing a rescan?

Sorry for the late response, sort of trying to stay away from my PC for some time, to create some holiday-feeling :)

Core looks fine, restarted that and nxt services also agian, still the same.

Had JRE 8 installed, I thought there were issues before with that version, so went back to JRE 7, still the same results.

Started again from scratch in a new directory. Unzipped the core (at that time the NXT Services installer couldn't download it), and installed NXT services with the installer.
At some point (not sure which point exactly) I had it sort of working, but the 7777 page showed a new nxt address. I did get the mgw gui in the wallet (on a side note: which didn't show the btc and ltc icons, as those icons don't exsist at that location anymore). Copied the randvals files from the old version (I thought that was the thing to do to get your "old" nxt account back on the 7777 page). And we're back to the errors and the 7777 page shows "404 Not Found", so that alone was not enough. Removed the randvals files and still the same errors, also the 7777 page is not working, and the mgw gui doens't show in the wallet.

Only just noticed, at this point the error is:
Code: [Select]
ERROR!!!!!!!! no block at height.149670 nextblock.(10156454760630072832)?So the block is a different one than before.

Any suggestions on what I did wrong/how to fix this? If not I'll start again from scratch tonight.
I think best to wait for new GUI, it wont need any NXTservices installed
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1206 on: July 14, 2014, 11:14:12 am »

Hopefully my questioning is helping and that I'm not totally misunderstanding everything.
I made a win32 version of pNXTlite so you can start playing around with API
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer

sile16

  • Jr. Member
  • **
  • Karma: +6/-0
  • Offline Offline
  • Posts: 38
    • View Profile
    • Everyday Crypto
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1207 on: July 15, 2014, 12:57:31 am »

2. your assumption of "if he can find an other host whatever method worked on the first one would probably work on the second" is flawed. The three MGW hosts will be proving three different sets of operational security, each based on their own proprietary security procedures.

The concern was based on using the same operational security across all three nodes, so the fact that you are using different security protocols on each is awesome and makes me even more impressed.  it may be overkill, but 3 different implementations could help prevent implementation specific issue, such as buffer overflow in parsing some of the NXT messages or something like that.  Everything has a cost though...



3. MGW is open. Meaning anybody can do a realtime audit on all the account balances and compare against the outstanding assets. In fact, the MGW client does this when configured with bitcoin-qt. I dont know of any centralized gateway that lets you verify they have 100% backing. Fractional reserve is always a tempting thing, but with MGW it is not possible. This is something that you overlook and I think could be one of the most powerful MGW advantages. You dont have to trust the issuer to not do fractional reserve, it is all there on the blockchain and the MGW clients can monitor this block by block. So in this most important sense, MGW is trustless. Realtime verification of unspent reserves.


MGW is thousands of times more secure than centralized gateways. MGW does NOT require trust that it has 100% reserve.

Yes, I did overlook that.  That is a great feature.  You don't have to trust 100% reserve and if that were to ever change users would know right away....  man I'd be triple checking that code so there arn't any false positives :)   



Now a totally blockchain solution is of course theoretically much more desirable, but I am not smart enough to figure out how to do it. The fundamental problem is "where are the private keys".

Maybe for people like you that seem to want to eliminate all third party risk, that is the way to go. I do understand your point of view. So the best gateway is no gateway at all!

I was trying to come up with a way to use the properties of a stealth address / HD wallet generation to chain together a bunch of public -> public -> public translations,   Basically, like a stealth of a stealth of a stealth, and to retreive the funds you would need each stealth address modification and apply it to the private key in a similar chain to get the final key..... however, while this provides security temporarily, it seems like it would also end up with a lot of lost bitcoins somehow as it relies on each node..... anyway, I don't think it's possible give our current tools in the NXT or Bitcoin blockchain , or at least I haven't figure out a way to do it.

As for the line of questions, I was actually deciding if I should attempt to make a gateway for lessor known coins and whether i should go with single server or potentially use your MGW.  That brings me to the next question which, is the backend software open source ?

So, anyway, while trustless would be awesome, I think i'm pretty much aligned with your thinking on the topic.  While it would be cool, if it takes 10% in fees people are just going to use a solution such as an exchange or even better your MGW. 

It seems like the weakest point would be on the NXT asset side.  Since NXT doesn't have multisig yet, somewhere there are assets under the control of a server.  If a hacker were to get one server how much of the NXT asset could they send out?


Thanks for the thoughtful questions. It always helps to verify my thinking when put up against intelligent probing

James


Thank you for spending the time to respond, I almost feel bad for taking that much of your time as you are one of our biggest contributors in actual software not just forum posts (that's me so far..)

I still have a lot to read, i've only been in the NXT community for 3 to 4 weeks so far.  I'm kind of bouncing around all over the forum trying to look for some kind of project I can actually contribute to.
« Last Edit: July 15, 2014, 01:01:27 am by sile16 »
Logged

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1208 on: July 15, 2014, 01:12:22 am »

2. your assumption of "if he can find an other host whatever method worked on the first one would probably work on the second" is flawed. The three MGW hosts will be proving three different sets of operational security, each based on their own proprietary security procedures.

The concern was based on using the same operational security across all three nodes, so the fact that you are using different security protocols on each is awesome and makes me even more impressed.  it may be overkill, but 3 different implementations could help prevent implementation specific issue, such as buffer overflow in parsing some of the NXT messages or something like that.  Everything has a cost though...



3. MGW is open. Meaning anybody can do a realtime audit on all the account balances and compare against the outstanding assets. In fact, the MGW client does this when configured with bitcoin-qt. I dont know of any centralized gateway that lets you verify they have 100% backing. Fractional reserve is always a tempting thing, but with MGW it is not possible. This is something that you overlook and I think could be one of the most powerful MGW advantages. You dont have to trust the issuer to not do fractional reserve, it is all there on the blockchain and the MGW clients can monitor this block by block. So in this most important sense, MGW is trustless. Realtime verification of unspent reserves.


MGW is thousands of times more secure than centralized gateways. MGW does NOT require trust that it has 100% reserve.

Yes, I did overlook that.  That is a great feature.  You don't have to trust 100% reserve and if that were to ever change users would know right away....  man I'd be triple checking that code so there arn't any false positives :)   



Now a totally blockchain solution is of course theoretically much more desirable, but I am not smart enough to figure out how to do it. The fundamental problem is "where are the private keys".

Maybe for people like you that seem to want to eliminate all third party risk, that is the way to go. I do understand your point of view. So the best gateway is no gateway at all!

I trying to come up with a way to use the properties of a stealth address / HD wallet generation to chain together a bunch of public -> public -> public translations,   Basically, like a stealth of a stealth of a stealth, and to retreive the funds you would need each stealth address modification and apply it to the private key in a similar chain to get the final key..... however, while this provides security temporarily, it seems like it would also end up with a lot of lost bitcoins somehow as it relies on each node..... anyway, I don't think it's possible give our current tools in the NXT or Bitcoin blockchain , or at least I haven't figure out a way to do it.

As for the line of questions, I was actually deciding if I should attempt to make a gateway for lessor known coins and whether i should go with single server or potentially use your MGW.  That brings me to the next question which, is the backend software open source ?

So, anyway, while trustless would be awesome, I think i'm pretty much aligned with your thinking on the topic.  While it would be cool, if it takes 10% in fees people are just going to use a solution such as an exchange or even better your MGW. 



Thanks for the thoughtful questions. It always helps to verify my thinking when put up against intelligent probing

James


Thank you for spending the time to respond, I almost feel bad for taking that much of your time as you are one of our biggest contributors in actual software not just forum posts (that's me so far..)

I still have a lot to read, i've only been in the NXT community for 3 to 4 weeks so far.  I'm kind of bouncing around all over the forum trying to look for some kind of project I can actually contribute to.
Do you know C?

If so, I can give you access to MGW codebase and you can use it for supporting altcoins. Most of them are starting to support multisig. I just dont have the time to be maintaining any but the most important coins, so I would welcome MGW for altcoins. I could sure use an issuer for all the various altcoins for InstantDEX to trade. Just keep the fees low so there are no barriers to getting the deposits. I will be kicking back a percentage of the InstantDEX trade commissions to the MGW gateways and maybe I will do this for all assets that trade via InstantDEX.

I was thinking of allowing adding support of a new coin via commandline JSON that sets the variables, but ran out of time.

Adding a new coin is pretty fast, so that was the other reason I didnt bother. The following are the variables that need to be defined:

#define CGB_COINID 3
#define CGB_CONF "cgbcoin"
#define CGB_TXFEE .0001           // don't forget to match txfee with coin
#define CGB_NXTEQUIV .1          // this needs to roughly equal to 1 NXT tx fee
#define CGB_MIN_CONFIRMS 3
#define CGB_PORT "127.0.0.1:9902"
#define CGB_FIRST_BLOCKHEIGHT 104411
#define CGB_MARKER "PTqkPVfNkenMF92ZP8wfMQgQJc9DWZmwpB"

and a call to initialize:
    else if ( strcmp(name,"CGB") == 0 )
        cp = create_daemon_info(600,CGB_COINID,"CGB",CGB_MIN_CONFIRMS,CGB_TXFEE,60,CGB_COINASSET,CGB_CONF,CGB_PORT,CGB_FIRST_BLOCKHEIGHT,CGB_MARKER,CGB_NXTEQUIV,0);

James

P.S. You will probably also need to define your gateway's NXT acct # and the IP addresses for your severs, but I am pretty sure it is just a matter of changing the right variables to get setup.
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer

sile16

  • Jr. Member
  • **
  • Karma: +6/-0
  • Offline Offline
  • Posts: 38
    • View Profile
    • Everyday Crypto
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1209 on: July 15, 2014, 01:22:10 am »

I'm sure I don't know C as well as you, but I know enough to get it working. 
Logged

lucky331

  • Hero Member
  • *****
  • Karma: +49/-1
  • Offline Offline
  • Posts: 617
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1210 on: July 15, 2014, 01:00:49 pm »

will dogecoins be included in the official release?  i personally think it is the best coin for MGW after BTC. 
Logged
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬  ▄▀▀▀▀▀▀▀▀▄  ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬●  nimirum  ●▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
▬▬▬ ◖ENDING CENSORSHIP ONLINE◗  ◖ ICO OPEN NOW◗ ▬▬▬

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1211 on: July 15, 2014, 08:49:38 pm »

will dogecoins be included in the official release?  i personally think it is the best coin for MGW after BTC.
It seems DOGE coin support for multisig broke along the way, or maybe just my server daemons.

I am thinking of making a "MGW kit" so that people who want to support an altcoin (with multisig support) can setup their trio of servers, but I dont know how to prevent BTC from being supported by these kits...
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer

valarmg

  • Hero Member
  • *****
  • Karma: +178/-57
  • Offline Offline
  • Posts: 1766
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1212 on: July 15, 2014, 08:55:59 pm »

will dogecoins be included in the official release?  i personally think it is the best coin for MGW after BTC.
It seems DOGE coin support for multisig broke along the way, or maybe just my server daemons.

I am thinking of making a "MGW kit" so that people who want to support an altcoin (with multisig support) can setup their trio of servers, but I dont know how to prevent BTC from being supported by these kits...

Wouldn't it be better to try and have a plugin system that an altcoin can design a dogecoin/blackcoin/darkcoin plugin to the MGW software and if the plugin works then their coin is supported.
Logged
NXT-CSED-4PK5-AR4V-6UB5V

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1213 on: July 15, 2014, 09:00:06 pm »

will dogecoins be included in the official release?  i personally think it is the best coin for MGW after BTC.
It seems DOGE coin support for multisig broke along the way, or maybe just my server daemons.

I am thinking of making a "MGW kit" so that people who want to support an altcoin (with multisig support) can setup their trio of servers, but I dont know how to prevent BTC from being supported by these kits...

Wouldn't it be better to try and have a plugin system that an altcoin can design a dogecoin/blackcoin/darkcoin plugin to the MGW software and if the plugin works then their coin is supported.
I dont understand "plugin system"
Also the major issue is RAM on the server. Each new coin eats up precious RAM.
The software part is an hours work, literally. Downloading blockchain and making sure it fits in RAM a lot longer or "out of RAM" errors

did you see my post in the other thread to you?
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer

valarmg

  • Hero Member
  • *****
  • Karma: +178/-57
  • Offline Offline
  • Posts: 1766
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1214 on: July 15, 2014, 10:16:02 pm »

will dogecoins be included in the official release?  i personally think it is the best coin for MGW after BTC.
It seems DOGE coin support for multisig broke along the way, or maybe just my server daemons.

I am thinking of making a "MGW kit" so that people who want to support an altcoin (with multisig support) can setup their trio of servers, but I dont know how to prevent BTC from being supported by these kits...

Wouldn't it be better to try and have a plugin system that an altcoin can design a dogecoin/blackcoin/darkcoin plugin to the MGW software and if the plugin works then their coin is supported.
I dont understand "plugin system"
Also the major issue is RAM on the server. Each new coin eats up precious RAM.
The software part is an hours work, literally. Downloading blockchain and making sure it fits in RAM a lot longer or "out of RAM" errors

did you see my post in the other thread to you?
Yeah saw your other post, been considering and just replied.

By plugin system, i meant that there's a github/litecoin_MGWsupport.c . If dogecoin devs want support, they copy the litecoin file into github/doge_MGWsupport.c and build the MGW and get that working. You then review and include and if something goes wrong with doge, then the doge guys fix.

But probably a bad idea, especially if RAM is the main problem.
Logged
NXT-CSED-4PK5-AR4V-6UB5V

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1215 on: July 15, 2014, 10:29:03 pm »

will dogecoins be included in the official release?  i personally think it is the best coin for MGW after BTC.
It seems DOGE coin support for multisig broke along the way, or maybe just my server daemons.

I am thinking of making a "MGW kit" so that people who want to support an altcoin (with multisig support) can setup their trio of servers, but I dont know how to prevent BTC from being supported by these kits...

Wouldn't it be better to try and have a plugin system that an altcoin can design a dogecoin/blackcoin/darkcoin plugin to the MGW software and if the plugin works then their coin is supported.
I dont understand "plugin system"
Also the major issue is RAM on the server. Each new coin eats up precious RAM.
The software part is an hours work, literally. Downloading blockchain and making sure it fits in RAM a lot longer or "out of RAM" errors

did you see my post in the other thread to you?
Yeah saw your other post, been considering and just replied.

By plugin system, i meant that there's a github/litecoin_MGWsupport.c . If dogecoin devs want support, they copy the litecoin file into github/doge_MGWsupport.c and build the MGW and get that working. You then review and include and if something goes wrong with doge, then the doge guys fix.

But probably a bad idea, especially if RAM is the main problem.
Here is your plugin:

#define DOGE_COINID 4
#define DOGE_CONF "dogecoin"
#define DOGE_TXFEE 1.0000           // don't forget to match txfee with coin
#define DOGE_NXTEQUIV 100
#define DOGE_MIN_CONFIRMS 3
#define DOGE_PORT "127.0.0.1:22555"
#define DOGE_FIRST_BLOCKHEIGHT 216981 

The above is really all that needs to be changed. I could even make it part of a JSON string passed in from commandline
The big problem is server RAM, not software support
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer

lucky331

  • Hero Member
  • *****
  • Karma: +49/-1
  • Offline Offline
  • Posts: 617
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1216 on: July 16, 2014, 04:46:19 am »

Quote
I am thinking of making a "MGW kit" so that people who want to support an altcoin (with multisig support) can setup their trio of servers, but I dont know how to prevent BTC from being supported by these kits...

sounds like a good idea.  especially when the devs at dogecoin set up an 'official' MGW triplet...

that plus instantDex would make Nxt the perfect platform.
« Last Edit: July 16, 2014, 04:49:46 am by lucky331 »
Logged
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬  ▄▀▀▀▀▀▀▀▀▄  ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬●  nimirum  ●▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
▬▬▬ ◖ENDING CENSORSHIP ONLINE◗  ◖ ICO OPEN NOW◗ ▬▬▬

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1217 on: July 18, 2014, 08:23:17 am »

Thanks to chanc3r who found some memory leaks, MGW is using less memory now. I added support for BTCD serverside, still testing, I also added back DOGE to the production server version, but not sure if it will work.

To reduce RAM usage, I now purge the cache memory as we are done with the blocks (-100 blocks) and the memory use for MGW seems to be much less now, though need to run it a long time to be sure.

I also think I found out why the unspent totals kept getting smaller than the asset balances over time. Turned out an extra txfee needed to be deducted from the market output so that the unspent output would match the asset balance. Overall not net change, but much better if the realtime display keeps in sync. The problem is that while an internal transfer is unconfirmed, the totals wont match and then it is a matter of .0001 BTC and .001 LTC, so a bit hard to notice.

Anyway, we are getting very close!

James
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer

Daedelus

  • Hero Member
  • *****
  • Karma: +230/-12
  • Offline Offline
  • Posts: 3280
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1218 on: July 18, 2014, 08:34:44 am »

With the GUI thread, a few related MGW threads, pNxt and BTCD... I have lost track of progress.

Can you summarise as simply as you can the different aspects and I'll do follow up questions?  ;D
Logged
NXT: NXT-4CS7-S4N5-PTH5-A8R2Q

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: [BETA M09] How To Use Multigateway with NXTservices: A Test User Guide
« Reply #1219 on: July 18, 2014, 08:52:03 am »

With the GUI thread, a few related MGW threads, pNxt and BTCD... I have lost track of progress.

Can you summarise as simply as you can the different aspects and I'll do follow up questions?  ;D
MGW will soon be accessible via just GUI, no software to install
BTCD support is being added to MGW and I am also giving DOGE another try
Just waiting for production server info to make a production release
source code review is progressing and has found some memory leaks, which has been fixed

Ignore pNXT and other stuff for now, still not even beta release
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer
Pages: 1 ... 59 60 [61] 62 63 64
 

elective-stereophonic
elective-stereophonic
assembly
assembly