| 17 Jul 2018 |
 komodobridge | [discord] <Mylo(KomodoPioneers)> Possible now? Or some doc gaps to fill ? | 08:52:03 |
| komodobridge | [discord] <blackjok3r> for a single payment TX.... which is 1 vin to 2 vouts (your payment and the change returned to the first address) you can fit 8859 TX's into a 2MB block.
For a 100 payment TX, (1 vin to 101 vouts) you can fit 557 TX into a block. Anything inbwteeen should follow a fixed ratio, you can check this by creating some TX's and seeing how big the raw hex generated is.
Each chain can process on average 2MB per minute, | 09:21:15 |
| komodobridge | [discord] <blackjok3r> The transaction size also would work the other way, ie, combining 100 vins to 1 vout, to "join" the UTXO's back together. | 09:22:17 |
| komodobridge | [discord] <blackjok3r> With this data you can do math to work out how many chains is required to achieve any required amount and size of transactions. | 09:23:29 |
| komodobridge | [discord] <blackjok3r> My repo's would need some updating and some more docs for others to start at square 1, with no chains, and generate the JSON with the chain cluster parameters. But its not really that hard, with some updates to my scipts and docs, you can generate any number of chains in a cluster and all required scripts automatically to launch a notary node network to notarize them to KMD. | 09:26:27 |
| komodobridge | [discord] <blackjok3r> It took me about 2H from zero notary network to a network of 4, and min sigs for a notarization of 2. | 09:27:07 |
| komodobridge | [discord] <blackjok3r> In real world, I think min sigs would need to be more than 2 and notary nodes would need to be more than 4, however the compute resource required for these is pretty small. Biggest requirement is RAM. | 09:28:07 |
| komodobridge | [discord] <blackjok3r> In real world, I think min sigs would need to be more than 2 and notary nodes would need to be more than 4, however the compute resource required for these is pretty small. Biggest requirement is RAM and network bandwidth. | 09:28:17 |
| komodobridge | [discord] <Mylo(KomodoPioneers)> This is great, thanks heaps 🙏
So, with your engineers hat on - in case it wasn't 😛 , a "real world" use case would have multiple vin:vout combos and there'd be many more addresses. | 09:49:32 |
| komodobridge | [discord] <blackjok3r> Yes. | 09:49:45 |
| komodobridge | [discord] <blackjok3r> Which is why I think we should describe it as maximum payments, however even then, the size of the transactions will still vary and the amount of payments in a block will also vary. It totally depends on use case. Designing your cluster to run at capacity is also not clever, likey you would use 50-100% more chains than you 'need'. | 09:51:20 |
| komodobridge | [discord] <Mylo(KomodoPioneers)> Pretty much bytes processing throughput, with a handful of variables that us clever humans use to measure these concepts as payments and transactions.
Noted re: deployment rationale. | 09:54:48 |
| komodobridge | [discord] <smk762> Apologies fellas, my nbn is kaput, fault lodged awaiting resolution. Can do a bit via phone but kinda got one hand tied right now. | 11:59:08 |
| komodobridge | [discord] <blackjok3r> No worries, we are waiting on kubernetes stuff... AWS decided to make it harder than the google version to use for some reason. | 11:59:43 |
| komodobridge | [discord] <Mylo(KomodoPioneers)> nsa extensions | 12:17:28 |
| komodobridge | [discord] <Mylo(KomodoPioneers)> | 12:17:35 |
| 18 Jul 2018 |
| komodobridge | [discord] <smk762> limit of patience exceeded, advised imminent complaint to TIO, and application for compensation due to downtime, and queried remaining contract length in anticipation of alternative provider. | 09:23:35 |
| komodobridge | [discord] <smk762> Result = tech will be on site tommorow afternoon 😃 | 09:23:51 |
| komodobridge | [discord] <smk762> I have my suspicions that connection issues are due to amplified "metadata" retention, and the tech is actually an ASIO spook, but as long as the c*nt sorts out my connection I'll scrub down the filth afterwards | 09:25:50 |
| komodobridge | [discord] <smk762> limit of patience exceeded, advised imminent complaint to TIO, application for compensation due to downtime, and queried remaining contract length in anticipation of switching to an alternative provider. | 09:27:12 |
| komodobridge | [discord] <blackjok3r> Lol | 09:43:24 |
 mylo5ha5 | first you have to get a complaint number from provider :) | 11:23:28 |
| komodobridge | [discord] <smk762> past that. got my paperwork in order. Dont tend to make threats without being ready to execute them. If ASIO tech fixes it, no need to esculate, but sad thing is they dont do much without the threat. | 14:29:25 |
| mylo5ha5 | ASIS are who you wanna watch out for - make sure your tech doesn't have the secret handshake :P | 22:19:40 |
| 19 Jul 2018 |
| komodobridge | [discord] <smk762> ... they must know I'm on to them... tech didnt show up. I noticed they reported 'no fault', and blamed internal wiring, but never showed up to confirm by actually testing the internal wiring.
*attack mode engaged* | 07:54:02 |
| komodobridge | [discord] <smk762> issue submitted to TIO, application for compensation and injuctive relief activated. | 07:54:58 |
| komodobridge | [discord] <Mylo(KomodoPioneers)> bag this guy up, he's ruining our plans!! | 08:45:41 |
| komodobridge | [discord] <smk762> I still got mobile data, quota pretty much done, but I"ll dispute additional charges and get them comp'd | 09:35:08 |
| komodobridge | [discord] <tolken> :/ | 15:29:35 |
| komodobridge | [discord] <Mylo(KomodoPioneers)> so, whats the status to run before end of month? | 22:00:36 |
