[ANN][FLO] A Worldwide Public Record | Alexandria | ETDB | Medici | 0.15 Segwit

[bitspill]

Yep, it got stuck.

This transaction is failing to pass verification so the block gets rejected and the peer banned for being malicious.

http://florincoin.info/explorer/tx/?txid=6cba295dbd61a81c35ab994a94b6e758782661b976ee015043ea2314f84535bf

Can someone with a synced node run this command in either debug console or florincoind?

Code:

gettransaction 6cba295dbd61a81c35ab994a94b6e758782661b976ee015043ea2314f84535bf

While I was debugging that I also deleted my chainstate index so now it's redoing the entire blockchain, yay waiting.

[1714095849]

1714095849

[1714095849]

1714095849

[1714095849]

1714095849

[1714095849]

1714095849

[1714095849]

1714095849

[1714095849]

1714095849

[OstlerDev]

Yep, it got stuck.

This transaction is failing to pass verification so the block gets rejected and the peer banned for being malicious.

http://florincoin.info/explorer/tx/?txid=6cba295dbd61a81c35ab994a94b6e758782661b976ee015043ea2314f84535bf

Can someone with a synced node run this command in either debug console or florincoind?

Code:

gettransaction 6cba295dbd61a81c35ab994a94b6e758782661b976ee015043ea2314f84535bf

While I was debugging that I also deleted my chainstate index so now it's redoing the entire blockchain, yay waiting.

It shows up as an invalid or non-wallet transaction id.

https://i.imgur.com/NYMJbOZ.png

[esotericizm]

Yep, it got stuck.

This transaction is failing to pass verification so the block gets rejected and the peer banned for being malicious.

http://florincoin.info/explorer/tx/?txid=6cba295dbd61a81c35ab994a94b6e758782661b976ee015043ea2314f84535bf

Can someone with a synced node run this command in either debug console or florincoind?

Code:

gettransaction 6cba295dbd61a81c35ab994a94b6e758782661b976ee015043ea2314f84535bf

While I was debugging that I also deleted my chainstate index so now it's redoing the entire blockchain, yay waiting.

I believe im running into a similar issue trying to port over a block explorer. Some Peers appear to be issuing txes with invalid inputs (invalid txids). If you have any thoughts please send me a PM. T

[bitspill]

Yep, it got stuck.

This transaction is failing to pass verification so the block gets rejected and the peer banned for being malicious.

http://florincoin.info/explorer/tx/?txid=6cba295dbd61a81c35ab994a94b6e758782661b976ee015043ea2314f84535bf

Can someone with a synced node run this command in either debug console or florincoind?

Code:

gettransaction 6cba295dbd61a81c35ab994a94b6e758782661b976ee015043ea2314f84535bf

While I was debugging that I also deleted my chainstate index so now it's redoing the entire blockchain, yay waiting.

I believe im running into a similar issue trying to port over a block explorer. Some Peers appear to be issuing txes with invalid inputs (invalid txids). If you have any thoughts please send me a PM. T

As of right now I'm wondering if the issue comes back to openSSL vs libsecp256k1 and the handling of signatures. https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-July/009697.html & https://github.com/bitcoin/bips/blob/master/bip-0066.mediawiki

As a dirty hack I set all transactions to pass verification which then allowed it to fully sync. I then deleted the blockchain and am now syncing again with validation checks back in but also some debug log statements.

[bitspill]

Well, this sucks.

Code:

~/.florincoin# grep "Invalid but confirmed transation found:" debug.log  | sort | uniq | wc -l
10261

There are 10,000 confirmed transactions in the blockchain that do not validate in the new codebase.

Out of 2,086,758 total transactions that's only a half of one percent however they all seem to be in the recent blocks. The first one was in block 1,505,023 the most recent was just a couple blocks ago.


I'm pretty sure this is due to OpenSSl updating and changing how it handles signatures

In July OpenSSL released a new update which caused compatability issues with previous versions and forked the bitcoin blockchain http://cointelegraph.com/news/miners-lost-over-50000-from-the-bitcoin-hardfork-last-weekend
After the OpenSSL update florincoin had no updates until December 10th when a new checkpoint was added. https://github.com/florincoin/florincoin/commit/28443da787504436066d391e0d5e75054f8627d2
The first invalid transaction appears in block 1,505,023, on December 10th. http://florincoin.info/explorer/tx/?txid=6cba295dbd61a81c35ab994a94b6e758782661b976ee015043ea2314f84535bf
Since that point they've been scattered throughout various blocks.

From the looks of things when the new version of florincoin was compiled on December 10th it used the newest OpenSSL at the time which caused these new signatures to start appearing, whereas bitcoin/litecoin use libsecp256k1 for their signatures to maintain compatibility but florin waited a bit "too" long and is already filled with "invalid" signatures from libsecp256k1's perspective.


I'm not sure what the best means to move forward now is. My initial thought was if it were only a couple transactions I'd whitelist them to bypass verification but there are 10,000 of them so that seems a little ridiculous. My second thought was to bypass verification on these transactions if they were included in a block prior to the latest checkpoint, along with a newly released checkpoint however that was shot down with the idea that these transactions are still occurring fairly regularly unless we had a sort of instant fork to get around that but I don't know if that's reasonable. From my understanding bitcoin remedied this by advancing to block v3 and rejecting these invalid transactions, which at the time for them was only a couple block fork that was reworked and orphaned unlike the 300k blocks since December we are dealing with here.


One idea I haven't ruled out yet is to set a block such as 1,600,000 which is a ways out to transfer to block v2 and start rejecting v1's thereby forcing everyone to update to libsecp256k1 instead of openssl, the remaining issue being what to do with the blocks and transactions between now and "then".
Next idea is to just YOLO it and make an announcement then update instantly with a checkpoint to force the right side of the fork, with coordination from pool operators to ease the pain. Sort of like just ripping the band-aid off and getting it over.

Again, I'm not entirely sure the best course of action moving forward. Prior to a few days ago I knew nothing of florin so I don't know all of the details, are there many pools or solo miners? How hard would it be to pull off a YOLO update which blindly trusted any transaction prior to the new checkpoint and then began rejecting all v1 blocks from old nodes after the update?

----

Next point, I've only dealt with the linux daemon, I have not gotten into qt nor windows binaries yet. Although so long as the daemon is running properly it should be "easy" to get qt and windows going as well.


----

If any of my post doesn't make sense... well... I'm tired and it probably doesn't make sense.

[OstlerDev]

My initial thought was if it were only a couple transactions I'd whitelist them to bypass verification but there are 10,000 of them so that seems a little ridiculous.

With over 10k invalid transactions we do run into the issue that there are too many transactions to just blindly whitelist, so I agree with you there.

My second thought was to bypass verification on these transactions if they were included in a block prior to the latest checkpoint, along with a newly released checkpoint however that was shot down with the idea that these transactions are still occurring fairly regularly unless we had a sort of instant fork to get around that but I don't know if that's reasonable.

I agree that it would be an issue if invalid transactions were still being generated, it would be bad.

One idea I haven't ruled out yet is to set a block such as 1,600,000 which is a ways out to transfer to block v2 and start rejecting v1's thereby forcing everyone to update to libsecp256k1 instead of openssl, the remaining issue being what to do with the blocks and transactions between now and "then".

If indeed the issue is with OpenSSL (like it seems to be) then it would be good to update to libsecp256k1, however instead of setting the hardfork at 1,600,000 set it closer to our current block.

Next idea is to just YOLO it and make an announcement then update instantly with a checkpoint to force the right side of the fork, with coordination from pool operators to ease the pain. Sort of like just ripping the band-aid off and getting it over.

Again, I'm not entirely sure the best course of action moving forward. Prior to a few days ago I knew nothing of florin so I don't know all of the details, are there many pools or solo miners? How hard would it be to pull off a YOLO update which blindly trusted any transaction prior to the new checkpoint and then began rejecting all v1 blocks from old nodes after the update?

There are currently only a few pools that mine Florincoin (with Alexandria being the main one I believe) and only a few solo miners. If we stated that there would be a hard fork at X date and had the main players update then we would be able to mitigate most of the fallout. I think that this would be the best option to move forward, though that is just one girls opinion.

It would be great to hear from the people that actually mine Florincoin or have been around with it.

[BayAreaCoins]

It would be great to hear from the people that actually mine Florincoin or have been around with it.

I mine Florincoin and I'm fine with whatever doesn't cause me to lose my coins .

[metacoin]

I found that you can load debit cards with Florincoin now.

I haven't used this service yet:

- link removed -

I've seen this being spammed a lot on twitter and other various social media websites. It looks questionable to say the least.


RE: libsecp256k1: openssl signatures are still valid signatures. For now it is OK to accept these transactions after they have a normal amount of confirms. The best course of action is to do the following:

• Test a new version of Florincoin with libsecp256k on a testnet environment.
• When ready, choose a block 2-3 weeks away to hard fork.
• Alert exchanges and pools. Ask to disable withdraw/deposit requests and upgrade two days in advance.

The only real danger in a hard-fork scenario of this type is a double-spend in the blocks leading up to the fork, or right after the fork if not everyone upgrades.

I'll work closely with the team to make sure this is pushed out reasonably soon without error. Luckily the exchanges have been responsive to our hard-forks in the past and we have an open line of communication with them.

[BayAreaCoins]

I found that you can load debit cards with Florincoin now.

I haven't used this service yet:

- link removed -

I've seen this being spammed a lot on twitter and other various social media websites. It looks questionable to say the least.

Ah ok.

Post removed.

[blocktechceo]

The part I'm confused about is the bottom of page 4 under "Marketing and User Growth"

What do you mean by "equity in Alexandria"

Are you going to be launching another coin to control the distribution of this "Alexandria Equity"

Or you going to give people FLO rebates for the first 18 months in order to incentivize content publishers?

Hi Banano - you are correct that we'll be launching another token that controls the distribution of Alexandria's equity/development. Most likely this will be a meta-token, like an NXT or XCP asset, but the decision has not been finalized yet.

[blocktechceo]

ah, FLO is used to pay for content listings to power the back end, and a meta token will supply the equity so that you can create a nice GUI front end.

Makes sense.

You might want to check out the state of the art in UIA (based on speed, scalability, and features). It's a significant tech leap from the NXT/ETH toy blockchain options as when you delayed Alexandria by dumping TOR for IPFS.  Why? because it's a real time decentralized smartchain with integrated DEX.  You wouldn't go back to TOR after experiencing the real time streaming experience of IPFS would you?


https://bitshares.org/technology/user-issued-assets/

And what about FILECOINS (to incentivise people to store the content) for IPFS?  Is that system up and running or getting close yet?  Or are all the Alexandria files just stored on your personal server currently?

The way I would put it is that FLO is used to store and secure the library index itself, and the meta token supplies the equity and voting mechanism to guide future development (of the nice GUI front end and the back end).

I'll check out UIA - please dm me your email address so I can invite you to our Slack team, i'd very much like to chat with you about this if you're interested.

Filecoin is not up and running yet - all of the files published in alexandria *are* pinned by our web servers, yes, but not *just* by our webservers - a number of alpha testers and other IPFS users have pinned them as well, so if our servers went offline, the files would still be available. But we are still planning to use Filecoin to create the permissionless incentive structure necessary for a user to treat the network similarly to a CDN, in which they submit a file and some money and can actually count on guaranteed uptime for the file in exchange.

[bitspill]

1. a decentralized incentivized system of file storage like maidsafe, storj, Sia (none of which are up and running yet either) or, of course, filecoin

Sia is up and running now, it's a little rough around the edges in terms of UX but it's all "functional".

[mamamae]

chain now can be "recompressed" like in the EMC case so i think the tech will spread equally
for anyone that can simply use the code so i think the platform usability will take more consideration
in that equation.

[BayAreaCoins]

https://blockchain.info/tx/8f87c5453e1f9de06b6c50c23a34eb369511d7451a27c6bb7849b853fb2b8247

$200 usd for 1/3 of a FLO bounty.

Sent to the www.Blocktech.com address.

[mamamae]

great Devon
http://www.digitalcurrencycouncil.com/professional/devon-read-on-using-distributed-technology-to-transform-content-distribution/

[BayAreaCoins]

great Devon
https://news.bitcoin.com/decentralized-media-devon-read-alexandria/

Good article.

Thanks for the link.

[BayAreaCoins]

[mamamae]

FLO need some good advertising ,Alexandria is in the ready to start position

[BayAreaCoins]

FLO need some good advertising ,Alexandria is in the ready to start position

<snip>aunt flo image</snip>

Give me something that is so easy that I can use it and I'll do my best .

I've been researching easy ways to buy BTC that is the least invasive for user privacy... slowly but surely.

[BayAreaCoins]

My fucking poloniex account is stuck is limbo and their support is so so so so so slow.

Plus side is... someone is selling a fuck ton of FLO on Bittrex 250,000 at a time and there is a large number of FLO on Altquick.co for sale for just a slight mark up for cash. *NOTE: I HAVE NOT USED Altquick.co YET*