Jump to content

Welcome to the new Traders Laboratory! Please bear with us as we finish the migration over the next few days. If you find any issues, want to leave feedback, get in touch with us, or offer suggestions please post to the Support forum here.

  • Welcome Guests

    Welcome. You are currently viewing the forum as a guest which does not give you access to all the great features at Traders Laboratory such as interacting with members, access to all forums, downloading attachments, and eligibility to win free giveaways. Registration is fast, simple and absolutely free. Create a FREE Traders Laboratory account here.

agon

Volume Splitter

Recommended Posts

Anyone has tried to save ask bid data into SQL server using API ??

If it could , can we use this information with multicharts or tradestation ??

I have plan to setup DB server for this..

Share this post


Link to post
Share on other sites
Anyone has tried to save ask bid data into SQL server using API ??

If it could , can we use this information with multicharts or tradestation ??

I have plan to setup DB server for this..

 

One problem with tradestation is it uses minutes for the timestamp. It doesn't even go to second.

 

For bid ask I think Investor RT or Market Delta are really the best.

Share this post


Link to post
Share on other sites

I'm working with ZenFire API.

You can have the Bid/Ask and Best_Bid/Best_Ask data,but....

But UDP streams can loose data.

If you cannot afford a very High quality connection (as the usual Rythmic customers can probably afford) you have not guaranteed sync (and no value from any CumulativeDelta analysis... if you believe in any value about CumulativeDelta analysis...).

 

Is there even a feed that guarantees receipt of all data? Do you even want that? X_Trader API doesn't, and there is a good reason for it. They told me that most customers prefer to get the most up-to-date data than all data which might be delayed when there is a lot of data at one point in time. It makes sense if you think about it. You don't want to stale information (e.g. old inside market) even if it is complete. I guess one problem to solve this would be to have 2 feeds, one feed that guarantees the most recent data that you can use for quick decisions and execution (e.g. for MD Trader) and another feed that guarantees that you get all data for processing (e.g. for data analysis). TT also has a FIX API and the FIX server can be configured to your needs so that might be possible there, but I haven't had time to closely look at it.

 

Can you enumerate Zen-Fire's advantages/disadvantages. I thought about using them but there aren't any brokers with decent commissions that offer Zen-Fire.

 

DTN seems TCP.

 

Yes, DTN is TCP/IP. I still have access to their developer documenation which is not free.

 

Someone can add something on this matter about TT' s API?

 

See above.

 

Can you explain the latency issue between Ninja/IQFeed?

 

I was comparing Eurex Futures with Zen-Fire in Ninja Trader, IQFeed and TT's feed. Zen-Fire and TT were basically identical in terms of speed while IQFeed lagged by about 1-2 seconds. Unacceptable for any kind of trading really. I generally had the feeling that IQFeed was the discount airline of data feeds. A trader friend of mine who used to use them told me that it even went down for half a trading day while you would never have this problem with TT. There is a reason half of Futures' volume goes through TT and that you see MD Trader (part of X_Trader) on every trading screen on every trading floor.

 

Historical data. They generally pick markets where there is a historical database available where trade direction is recorded.

 

Then why did you bring them up? You can't use their papers to prove that there are "mid-point" trades that don't trade at the bid or ask if they look at trades (spread trades, OTC trades) we don't even see when live trading. So far you have only confirmed what I have said so I don't get why we are still arguing.

Share this post


Link to post
Share on other sites

Is there even a feed that guarantees receipt of all data? Do you even want that? X_Trader API doesn't, and there is a good reason for it. They told me that most customers prefer to get the most up-to-date data than all data which might be delayed when there is a lot of data at one point in time. It makes sense if you think about it. You don't want to stale information (e.g. old inside market) even if it is complete. I guess one problem to solve this would be to have 2 feeds, one feed that guarantees the most recent data that you can use for quick decisions and execution (e.g. for MD Trader) and another feed that guarantees that you get all data for processing (e.g. for data analysis). TT also has a FIX API and the FIX server can be configured to your needs so that might be possible there, but I haven't had time to closely look at it.

 

As always, It depends.

If your signals/oscillators/edges are based on 1/2 seconds timeframe (and you cannot afford to loose 5 seconds to send the order) you are right.

Anyway having ALL the data you can explore(in the ExploratoryDataAnalisys meaning)/backtest/observe what you cannot see in partial data.

(The Best Bid/Ask - Trade sync problem of Zenfire is an example).

You talk about Book Visualization,but if your Book data are partial the Visualization

is based on partial data....probably the data you get is enough for your needs, but always partial.

 

Can you enumerate Zen-Fire's advantages/disadvantages. I thought about using them but there aren't any brokers with decent commissions that offer Zen-Fire.

:confused:

The main disadvantage is (for me) the impossibility to have correct Cumulative Delta.

But you have the (partial) data about all levels on the Book if you are interested in book' s tricks.(don' t' know about X_Trader API book).

I think it' s fast enough,doesn' t coalesce data,and offer (from API) a microsecond timestamp.The backoffice "chain" (for me) is short enough(double login account etc).

On the other side is probably used from a very little group of customers (from the small number of forum' s posts) and the "developer" support is close to 0.

On the next weeks probably I 'll can have a deep look to X_Trader API (via TTNET),so any comparision will be more meaningfull.

 

 

 

 

 

Yes, DTN is TCP/IP. I still have access to their developer documenation which is not free.

 

 

 

See above.

 

 

 

I was comparing Eurex Futures with Zen-Fire in Ninja Trader, IQFeed and TT's feed. Zen-Fire and TT were basically identical in terms of speed while IQFeed lagged by about 1-2 seconds. Unacceptable for any kind of trading really. I generally had the feeling that IQFeed was the discount airline of data feeds. A trader friend of mine who used to use them told me that it even went down for half a trading day while you would never have this problem with TT. There is a reason half of Futures' volume goes through TT and that you see MD Trader (part of X_Trader) on every trading screen on every trading floor.

 

 

 

Then why did you bring them up? You can't use their papers to prove that there are "mid-point" trades that don't trade at the bid or ask if they look at trades (spread trades, OTC trades) we don't even see when live trading. So far you have only confirmed what I have said so I don't get why we are still arguing.

Share this post


Link to post
Share on other sites

The main disadvantage is (for me) the impossibility to have correct Cumulative Delta.

 

Can you explain why the cumulative delta is incorrect with zen-fire? I've been comparing CD with Transact, Zen-fire, & DTN. Transact was not very accurate. Zen-fire seems to be pretty close to DTN. I cannot say for sure that DTN is more accurate but I do trust fulcrum trader who has examined the DTN feeds and claims they are most accurate.

 

What I'm interested in is knowing how zen-fire falls short. I'm not sure it's worth it for me to subscribe to IQFeed.

 

AgeKay & Blowfish - your discussions are respectful and very informative. I'm learning a lot. Thank you both for sharing. In fact thanks to everyone for a great thread.

Share this post


Link to post
Share on other sites

Then why did you bring them up? You can't use their papers to prove that there are "mid-point" trades that don't trade at the bid or ask if they look at trades (spread trades, OTC trades) we don't even see when live trading. So far you have only confirmed what I have said so I don't get why we are still arguing.

 

Not arguing discussing ;), I am quite happy to respectfully disagree:D.

 

The reason I bought them up as a) it was Lee & Readys work 20 years ago that gave rise to this whole line of bid/ask analysis. (Arguably Wyckoff sowed the seeds back in 1910 when he penned 'Studies in Tape Reading' under the pseudonym Rollo Tape). Secondly a couple of the reports conclude that the greatest source of inaccuracies in classification occur when a trade is reported between bid and ask.

 

Anyway it's probably better to let that drop at this stage.

 

Getting back on track re splitting volume. There is one paper particularly relevant to this thread as it specifically deals with order size as well as trade direction. Caught On Tape: Predicting Institutional Ownership With Order Flow. To cut to the chase for those that don't read papers they conclude that institutions use both large orders and high frequency small orders to increase or diminish holdings (within the dataset they used of course). The interwebz becomes more and more remarkable almost daily it seems. Some pretty interesting stuff is there if you sniff around a bit.

 

Is there even a feed that guarantees receipt of all data?

 

Is there even an exchange that guarantees the transmission of all data. I was told that CME reserve the right to aggregate data. Haven't verified that for myself but it seems only prudent for exchanges to protect themselves against certain eventualities.

 

As some one else mentioned would you rather have timely data or complete data? Is it unreasonable to expect both with top grade retail infrastructure?

Share this post


Link to post
Share on other sites

Just one more thing as Columbo might say.

 

Seems to me a great working solution would be R|thmic / Zenfire or TT for live data and IQFeed for historical. I have not got round to testing the completeness of IQFeeds historical data but there are couple of people here that swear by it.

Share this post


Link to post
Share on other sites

http://www.traderslaboratory.com/forums/208/zenfire-dtn-feed-different-7301-4.html#post84940

 

Can you explain why the cumulative delta is incorrect with zen-fire? I've been comparing CD with Transact, Zen-fire, & DTN. Transact was not very accurate. Zen-fire seems to be pretty close to DTN. I cannot say for sure that DTN is more accurate but I do trust fulcrum trader who has examined the DTN feeds and claims they are most accurate.

 

What I'm interested in is knowing how zen-fire falls short. I'm not sure it's worth it for me to subscribe to IQFeed.

 

AgeKay & Blowfish - your discussions are respectful and very informative. I'm learning a lot. Thank you both for sharing. In fact thanks to everyone for a great thread.

Share this post


Link to post
Share on other sites

@cunparis: That just means that the TradeStation feed didn't get the new best bid or ask before it got the trade. My application would crash if I got a trade that did not trade at the best bid or ask. So far it hasn't.

Share this post


Link to post
Share on other sites
Just one more thing as Columbo might say.

 

Seems to me a great working solution would be R|thmic / Zenfire or TT for live data and IQFeed for historical. I have not got round to testing the completeness of IQFeeds historical data but there are couple of people here that swear by it.

 

That's what I'm doing now. When I reload the data which loads it from DTN, the delta bars change. Sometimes divergences will appear and sometimes divergences that were there will disappear. It's quite frustrating. I'd rather pay for DTN data and not have to do that.

Share this post


Link to post
Share on other sites
My application would crash if I got a trade that did not trade at the best bid or ask. So far it hasn't.

 

Leaving aside whether you can legitimately get a trade that does not exactly match BB/BA this strikes me as rather unnecessary. Robust exception handling is pretty important imho. An unfiltered Zenfire feed has the first trade of the day on the FDAX as 0 for example. Why tempt providence.

 

Actually I am struggling to think how you might organise your logic to achieve this? Presumably you test for @BB and if it is not you assume it is @BA, even if you where making assumptions and using these as pointers somehow I still can't see how you could cause a crash as long as 'last' is an actual price the instrument can trade at. (Again why even assume that?)

 

Actually, I am rather fascinated by this, I have seen remarkable code in the past where people have done very clever stuff with bitwise instructions, rotates, etc. to construct pointers, usually the side effect off this 'tight code' is you actually rotate out or mask off bits that would cause addressing issues.

Share this post


Link to post
Share on other sites
Just one more thing as Columbo might say.

 

Seems to me a great working solution would be R|thmic / Zenfire or TT for live data and IQFeed for historical. I have not got round to testing the completeness of IQFeeds historical data but there are couple of people here that swear by it.

 

If you're going to pay for IQFeed, why use a different feed for real-time? Why not use it for both real-time and historical?

Share this post


Link to post
Share on other sites
If you're going to pay for IQFeed, why use a different feed for real-time? Why not use it for both real-time and historical?

 

Realtime $100+

Historical with Investor RT $15 (or $25 with Market Delta)

 

that's the only reason I see.

 

the new exchange fee waivers from IQFeed do make it much more affordable than it used to be.

Share this post


Link to post
Share on other sites

Actually I am struggling to think how you might organise your logic to achieve this? Presumably you test for @BB and if it is not you assume it is @BA, even if you where making assumptions and using these as pointers somehow I still can't see how you could cause a crash as long as 'last' is an actual price the instrument can trade at. (Again why even assume that?)

 

The X_Trader API tells you which side the trade was on, so there are no trades without BB or BA. In several places, my code would look like this which would cause an exception (error in .NET) if there was no side (i.e. no bid or ask):

 

switch(trade.Side){

case eSide.Bid: ...

case eSide.Ask: ...

case eSide.None: throw new Exception("trade has no side");

default: throw new ArgumentOutOfRangeException("trade.Side");

}

 

Fact is, there are no trades without a side if you have a decent feed, so no assumptions need to be made. And I want my application to wouldn't really crash since my application handles and logs all unhandled exceptions, but it wouldn't if it didn't handle unhandled exception. The point is that an exception will launch the debugger if debugging and you want this when you're developing because if you get a trade with no side then something must have gone wrong in your code.

Share this post


Link to post
Share on other sites
The X_Trader API tells you which side the trade was on, so there are no trades without BB or BA.

 

This statement suffers from a non-sequitur falacy. The first (the API tells you) does not imply the second (no trades without BB/BA). All it means is that X_Trader or the exchange or wherever that data is coming from is using some type of algorithm for you. It would be rather interesting to dig into that and track down exactly what algorithm they're using.

Share this post


Link to post
Share on other sites

I think this is getting silly. I think the exchange knows damn well whether a trade was on the bid or ask. And this is the "algorithm" they are using: if trade on best ask, then report trade on ask, if trade on best bid, then report trade on bid.

 

If there really were trades without a bid or ask, then that would mean that you could enter limit orders without specifying whether you want to buy or sell, which is obviously absurd. Whichever limit order your marketable order is matched with determines whether it traded on the bid or ask. If you don't get that, then there is no point discussing this any further as this is how FIFO works, and that is a simple fact.

Share this post


Link to post
Share on other sites

FIFO is indeed simple (first in first out). It should probably be pointed out that there are a lot of separate queues, At each price there will be two queues. A 'limit' queue, the sum of which shown, there is also a a stop queue on the other side of the market that is not shown. If you have used a 'DOM' or price ladder this is quite easy to visualise.

 

Matching will precedent price first followed by arrival time of the order.

Share this post


Link to post
Share on other sites

If you have used a 'DOM' or price ladder this is quite easy to visualise.

 

IYO the trades are from 2 bid/ask queues.Limit (visible from DOM) and stop (unvisible from DOM.)

Can you explain how visualize from bid/ask/trade flow some limit/stop order execution? (or make some examples)

 

 

FIFO is indeed simple (first in first out). It should probably be pointed out that there are a lot of separate queues, At each price there will be two queues. A 'limit' queue, the sum of which shown, there is also a a stop queue on the other side of the market that is not shown. If you have used a 'DOM' or price ladder this is quite easy to visualise.

 

Matching will precedent price first followed by arrival time of the order.

Edited by paolfili

Share this post


Link to post
Share on other sites

Look at the dom the numbers you see are the cumulative values of limit queues at each level. Each number you see is the cumulative value of orders on the book at that level (that particular queue). On the other side of the order book is another queue at each level where stop orders reside. These are not shown (though in some markets a market maker or specialist can see these).

Share this post


Link to post
Share on other sites

I see.

But there' s no difference between stop orders and market orders.

How can you select?

 

Look at the dom the numbers you see are the cumulative values of limit queues at each level. Each number you see is the cumulative value of orders on the book at that level (that particular queue). On the other side of the order book is another queue at each level where stop orders reside. These are not shown (though in some markets a market maker or specialist can see these).

Share this post


Link to post
Share on other sites

A stop order will become a market order when price trades at the stops price.All the stops at that price (in that queue at that price if you like) will be matched against orders in the queue on the other side of the book (limit). This will be matched in order that the stops where placed against the limit orders in the order they where placed.

 

If there are more resting stop orders than on the limit side they will be matched against the limit queue at the next level (as they are now market orders). That is slippage. This might trigger more stops however they will not be filled until all the stops from the previous level are filled in FiFO order. If the limit side of the book is thin you might get several ticks slippage before your stop is filled.

 

Edit in early days of electronic markets many exchanges did not implement market orders. When you placed a market order your broker would actually convert it to a stop well inside the market so it would trigger immediately. So for example if the market was trading 6523.5 and you wanted to sell market the broker would sell on stop @ 6023.5

Edited by BlowFish

Share this post


Link to post
Share on other sites

Thanks to BlowFish for the explanations. I am still surprised how people start to trade without even understanding the basics of how orders are matched, which ultimately determines how price changes.

 

This is how I visualize it in my head or how I would even teach it to a beginner (or even child): Imagine a stack of cards for each price. Each card represents a contract. Cards with a red cover represent offers and cards with a blue cover represent bids. Align them on a table so that they look like a DOM / price ladder. If you enter a limit order, then you would place a card on top of the card stack. When a certain amount of contracts trade at that price, then you remove that number of cards from the bottom of the stack (imagine another stack of cards that represent the trade slide across the table to push the cards away from the bottom of the limit order stack). Let's say this price is the best offer (ask) and all cards are gone. Now someone could enter more sell limit orders on that price to keep that price being offered, but if someone instead entered a buy limit order on that price where there are no more cards, then this will become the best bid. In this case, the inside market has moved up 1 tick because the bids are 1 tick higher and the offers are 1 tick higher than they were before.

 

Marketable orders (market orders, stop orders or limit orders placed at the market) always initiate a trade and are matched with the best limit orders (best bid for sell orders or best ask for buy orders). Even if the market was bid 8, offered 10 and two traders entered market orders to buy and sell at the "same" time (technically impossible, but same lets say the same millisecond), then the buy market order would be matched with 10 and the sell order with 8. Notice that both market orders would not be matched at price 9 even though it would be "more fair", but each market order does not know of the other market order because the exchange matches them as they arrive and one of them will arrive a microsecond earlier than the other.

Share this post


Link to post
Share on other sites

These are not shown (though in some markets a market maker or specialist can see these)

 

Please,can you say which Market(s) are you talking about?

 

 

Look at the dom the numbers you see are the cumulative values of limit queues at each level. Each number you see is the cumulative value of orders on the book at that level (that particular queue). On the other side of the order book is another queue at each level where stop orders reside. These are not shown (though in some markets a market maker or specialist can see these).

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Topics

  • Posts

    • Date: 11th July 2025.   Demand For Gold Rises As Trump Announces Tariffs!   Gold prices rose significantly throughout the week as investors took advantage of the 2.50% lower entry level. Investors also return to the safe-haven asset as the US trade policy continues to escalate. As a result, investors are taking a more dovish tone. The ‘risk-off’ appetite is also something which can be seen within the stock market. The NASDAQ on Thursday took a 0.90% dive within only 30 minutes.   Trade Tensions Escalate President Trump has been teasing with new tariffs throughout the week. However, the tariffs were confirmed on Thursday. A 35% tariff on Canadian imports starting August 1st, along with 50% tariffs on copper and goods from Brazil. Some experts are advising that Brazil has been specifically targeted due to its association with the BRICS.   However, the President has not directly associated the tariffs with BRICS yet. According to President Trump, Brazil is targeting US technology companies and carrying out a ‘witch hunt’against former Brazilian President Jair Bolsonaro, a close ally who is currently facing prosecution for allegedly attempting to overturn the 2022 Brazilian election.   Although Brazil is one of the largest and fastest-growing economies in the Americas, it is not the main concern for investors. Investors are more concerned about Tariffs on Canada. The White House said it will impose a 35% tariff on Canadian imports, effective August 1st, raised from the earlier 25% rate. This covers most goods, with exceptions under USMCA and exemptions for Canadian companies producing within the US.   It is also vital for investors to note that Canada is among the US;’s top 3 trading partners. The increase was justified by Trump citing issues like the trade deficit, Canada’s handling of fentanyl trafficking, and perceived unfair trade practices.   The President is also threatening new measures against the EU. These moves caused US and European stock futures to fall nearly 1%, while the Dollar rose and commodity prices saw small gains. However, the main benefactor was Silver and Gold, which are the two best-performing metals of the day.   How Will The Fed Impact Gold? The FOMC indicated that the number of members warming up to the idea of interest rate cuts is increasing. If the Fed takes a dovish tone, the price of Gold may further rise. In the meantime, the President pushing for a 3% rate cut sparked talk of a more dovish Fed nominee next year and raised worries about future inflation.   Meanwhile, jobless claims dropped for the fourth straight week, coming in better than expected and supporting the view that the labour market remains strong after last week’s solid payroll report. Markets still expect two rate cuts this year, but rate futures show most investors see no change at the next Fed meeting. Gold is expected to finish the week mostly flat.       Gold 15-Minute Chart     If the price of Gold increases above $3,337.50, buy signals are likely to materialise again. However, the price is currently retracing, meaning traders are likely to wait for regained momentum before entering further buy trades. According to HSBC, they expect an average price of $3,215 in 2025 (up from $3,015) and $3,125 in 2026, with projections showing a volatile range between $3,100 and $3,600   Key Takeaway Points: Gold Rises on Safe-Haven Demand. Gold gained as investors reacted to rising trade tensions and market volatility. Canada Tariffs Spark Concern. A 35% tariff on Canadian imports drew attention due to Canada’s key trade role. Fed Dovish Shift Supports Gold. Growing expectations of rate cuts and Trump’s push for a 3% cut boosted the gold outlook. Gold Eyes Breakout Above $3,337.5. Price is consolidating; a move above $3,337.50 could trigger new buy signals. Always trade with strict risk management. Your capital is the single most important aspect of your trading business.   Please note that times displayed based on local time zone and are from time of writing this report.   Click HERE to access the full HFM Economic calendar.   Want to learn to trade and analyse the markets? Join our webinars and get analysis and trading ideas combined with better understanding of how markets work. Click HERE to register for FREE!   Click HERE to READ more Market news.   Michalis Efthymiou HFMarkets   Disclaimer: This material is provided as a general marketing communication for information purposes only and does not constitute an independent investment research. Nothing in this communication contains, or should be considered as containing, an investment advice or an investment recommendation or a solicitation for the purpose of buying or selling of any financial instrument. All information provided is gathered from reputable sources and any information containing an indication of past performance is not a guarantee or reliable indicator of future performance. Users acknowledge that any investment in Leveraged Products is characterized by a certain degree of uncertainty and that any investment of this nature involves a high level of risk for which the users are solely responsible and liable. We assume no liability for any loss arising from any investment made based on the information provided in this communication. This communication must not be reproduced or further distributed without our prior written permission.
    • Back in the early 2000s, Netflix mailed DVDs to subscribers.   It wasn’t sexy—but it was smart. No late fees. No driving to Blockbuster.   People subscribed because they were lazy. Investors bought the stock because they realized everyone else is lazy too.   Those who saw the future in that red envelope? They could’ve caught a 10,000%+ move.   Another story…   Back in the mid-2000s, Amazon launched Prime.   It wasn’t flashy—but it was fast.   Free two-day shipping. No minimums. No hassle.   People subscribed because they were impatient. Investors bought the stock because they realized everyone hates waiting.   Those who saw the future in that speedy little yellow button? They could’ve caught another 10,000%+ move.   Finally…   Back in 2011, Bitcoin was trading under $10.   It wasn’t regulated—but it worked.   No bank. No middleman. Just wallet to wallet.   People used it to send money. Investors bought it because they saw the potential.   Those who saw something glimmering in that strange orange coin? They could’ve caught a 100,000%+ move.   The people who made those calls weren’t fortune tellers. They just noticed something simple before others did.   A better way. A quiet shift. A small edge. An asymmetric bet.   The red envelope fixed late fees. The yellow button fixed waiting. The orange coin gave billions a choice.   Of course, these types of gains are rare. And they happen only once in a blue moon. That’s exactly why it’s important to notice when the conditions start to look familiar.   Not after the move. Not once it's on CNBC. But in the quiet build-up— before the surface breaks.   Enter the Blue Button Please read more here: https://altucherconfidential.com/posts/netflix-amazon-bitcoin-blue  Profits from free accurate cryptos signals: https://www.predictmag.com/ 
    • What These Attacks Look Like There are several ways you could get hacked. And the threats compound by the day.   Here’s a quick rundown:   Phishing: Fake emails from your “bank.” Click the link, give your password—game over.   Ransomware: Malware that locks your files and demands crypto. Pay up, or it’s gone.   DDoS: Overwhelm a website with traffic until it crashes. Like 10,000 bots blocking the door. Often used by nations.   Man-in-the-Middle: Hackers intercept your messages on public WiFi and read or change them.   Social Engineering: Hackers pose as IT or drop infected USB drives labeled “Payroll.”   You don’t need to be “important” to be a target.   You just need to be online.   What You Can Do (Without Buying a Bunker) You don’t have to be tech-savvy.   You just need to stop being low-hanging fruit.   Here’s how:   Use a YubiKey (physical passkey device) or Authenticator app – Ditch text message 2FA. SIM swaps are real. Hackers often have people on the inside at telecom companies.   Use a password manager (with Yubikey) – One unique password per account. Stop using your dog’s name.   Update your devices – Those annoying updates patch real security holes. Use them.   Back up your files – If ransomware hits, you don’t want your important documents held hostage.   Avoid public WiFi for sensitive stuff – Or use a VPN.   Think before you click – Emails that feel “urgent” are often fake. Go to the websites manually for confirmation.   Consider Starlink in case the internet goes down – I think it’s time for me to make the leap. Don’t Panic. Prepare. (Then Invest.)   I spent an hour in that basement bar reading about cyberattacks—and watching real-world systems fall apart like dominos.   The internet going down used to be an inconvenience. Now, it’s a warning.   Cyberwar isn’t coming. It’s here.   And the next time your internet goes out, it might not just be your router.   Don’t panic. Prepare.   And maybe keep a backup plan in your back pocket. Like a local basement bar with good bourbon—and working WiFi.   As usual, we’re on the lookout for more opportunities in cybersecurity. Stay tuned.   Author: Chris Campbell (AltucherConfidential) Profits from free accurate cryptos signals: https://www.predictmag.com/   
    • DUMBSHELL:  re the automation of corruption ---  200,000 "Science Papers" in academic journal database PubMed may have been AI-generated with errors, hallucinations and false sourcing 
    • Does any crypto exchanges get banned in your country? How's about other as Bybit, Kraken, MEXC, OKX?
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.