Are our BTCs in danger if the plugin is not open sourced? I am not too technical, but I guess that we could loose our BTCs (if the trezor team would decide to scam, not that they will but speaking hypothetically) only while singing transactions if the plugin was to be malicious (by changing addresses etc..). Since trezor signs transactions locally I see this as the only possible scenario, am I right?

Yeah this makes a lot of sense. To be honest, i was just a total mess total my nerves were wrecked hoping everyone would be honoring their words. But everyone was totally punctual, I'm meeting one of the members in person in a couple weeks and could not be happier with Bays performance and that of the other members. So we shall see how it plays out. We are making an operating budget and dont forget, we need that buy wall too. So its just a matter of being pragmatic. How many devs can we prepare in time, who works on what. Most likely I'm going to draw out an entire plan of how we structure the next month and what tasks to delegate.

Blackcoin? How is that relevant?

Ubuntu does not provide static versions of these libraries. Please read instructions how to build using Docker.

What courier is the Trezor shipped through?

I received a tracking number, but it doesn't show up on any of the following courier's sites: USPS, Canada Post, DHL, UPS or Purolator.

EDIT: It appears it was shipped through a Czech Republic courier. Website: https://www.postaonline.cz/

这个问题，问的很有建设性，它是这样的，并不能说这些服务全部都是中心化过运营，这些服务功能，被集成了每一个钱包中，任何用户都可以架设自己收费服务器，实际上，我们也是鼓励用户自由架设服务器，无论是收费的还是免费的，但是在现在我们才开始进行推广，在这个阶段，由于用户并不了解我们，所以我们以身事先，架设了一些服务器供大家来体验它，以此来促进网络发展。可喜的是，目前我们已经发现，有一些积极的用户也架设了服务器，预计在不远的将来，网络状大了，当我们币拥有价值时，会有更多人参与架设服务器，这些服务器都是以分布式的方式运行，他们实际上也是一个个钱包节点。

在这里，我想说的是，Vpncoin不是一款单纯的虚拟币，由于它集成了网站架设，VPN代理及P2P等一些实用性的面向社会的服务性功能。这意味，从开发和到后面运营，需要不断投入大量硬件服务器来促进的网络方展，这意味我们要投入更多人力和物力发展它。

It is a difficult problem indeed and I have warned of the risks.

The POE and POG are the way to ensure that there are the most connections possible between all the various blockchains. if these do not exist, then making a cross chain tx is problematic. So think of this as the "bandwidth" for doing atomic tx. The bandwidth by itself is not enough.

Inside the MGW (multigateway) I am doing a primitive form of atomic exchanges, BTC for mgwBTC asset and vice versa. I have also done overlapped and synchronized micropayment channels using offchain exchanges of signed and validated transactions. not exactly atomic, but the performance profile is close.

So at the application level it is possible to achieve close to atomic exchanges, but there are always some issues regarding timing or some other things.

By having a "ticker tape" blockchain where all the atomic trades are recorded, this provides a single efficient place to verify the status of a tx pair involved in an atomic swap. Now if everybody were honest, then we would be done. Of course we need to prevent double spends, transaction malleability, etc.

So I am envisioning that at first an atomic tx will be having some chance of being invalidated, but as time passes then the confidence level grows, just as with any decentralized blockchain. There is a tradeoff between instant results and accurate results and the details as to what tradeoffs are chosen are not completed yet.

It is possible that the tradeoff decision is totally up to the client of Atomic. Since InstantDEX is a built in client of Atomic we will be working at the same issue top down and bottom up. It is likely I will release the InstantDEX without full Atomic support at first as it wont be ready yet, but there are several hard-coded ways to do the InstantDEX tx. The Atomic will just make my life a lot easier.

Stay tuned as we work out all these details and feel free to contribute with ideas, suggestions, criticisms, etc. We want an open process and invite all that want to help, to help!

James

I'm leaning towards a 30min block once a week. With current difficulty this would get us slightly above world record. If difficulty increases, the goal of the weekly superblock would increase too, going farther where no man has gone before.

If it's not poloniex nor mintpal my guess is that it's btc38, but how could we really know?



I'd give a couple of weeks for everyone to update and use the built-in alert system to let everyone know.

I hate it that we still have one pool dominating, however it does make hard-forking easier and I'm thankful that it's ypool because it's behaving really well.

Regarding the superblock thing, I think that the easiest would be to force one block (let's say block 122000) to have the desired difficulty and then return to normal. At current rates, I expect it would take about 30 mins (expected time) to solve the world-record block. Less if we are lucky, more if we aren't. This would require everyone to update to the new client but nothing else would need to be changed.
There will be a delay on transactions, but only for less than half an hour. Think of it as "expected downtime". We could make that block have a reward of 600 to accomodate for the extra difficulty.

What do you say?

2014-09-04 09:09:13   9dc7dc470c695386373e0f2d568cd504891187c60e09a2ba610944ad8945a13b   478620   9   10.71   DEHoTUEbm4ZixpLcuC85Q6i3J16VSRf9rL
2014-09-04 02:59:59   715ebf55665544f2ced3b5bc27e17fa2fd47549c5c0ea64774d21b203c973d36   476247   2   11.14   DEHoTUEbm4ZixpLcuC85Q6i3J16VSRf9rL

Okay.... 2300 blocks in 6 hours? WTF is going on with this network?
6,6 blocks / minute with network set (in theory) to make block every minute and diff changing every block?

All blocks found by my pool from yesterday to 3:00 today are marked non-existant or orphans?

WE NEED BLOCK EXPLORER!!!