A research-driven trading lab focused on price action, market microstructure, and systematic strategies.
This space documents strategy design, signal validation, execution logic, and post-trade analysis — with an emphasis on robustness over hype.
A research-driven trading lab focused on price action, market microstructure, and systematic strategies.
This space documents strategy design, signal validation, execution logic, and post-trade analysis — with an emphasis on robustness over hype.
Today was about fixing a design flaw that was hiding in plain sight. The system was working, but it wasn’t communicating with itself properly. The goal: upgrade the contract between the Python engine and the AI layer to be richer, more explicit, and ready for production-level narrative analysis. Morning — Discovering the Flaw The day started by reviewing the n8n workflow. TradingView webhooks were successfully passing through the Python engine and triggering AI analysis. ...
Today was not about trading strategies or indicators. It was about building rules that protect the system itself. I decided to formalize everything that had been living implicitly in my head—assumptions, safety checks, failure handling—into something explicit, versioned, and enforceable. Morning — Defining the Problem As the system grew (TradingView → n8n → Python engine → exchange), I realized something uncomfortable: Many decisions were assumed, not enforced Some failures would only be discovered after money was at risk There was no single source of truth for “what is allowed” vs “what is a bug” The conclusion was simple: ...
Today was about connecting the pieces and defining clear responsibilities between systems. Morning — Clarifying the Architecture Boundary The day started with a fundamental question: If n8n is only restructuring JSON, why not send signals directly from TradingView to the trading engine? After revisiting the pipeline, the boundary became clear. n8n is not a decision-maker n8n is a control plane and safety buffer All judgment, risk, and intelligence must live inside the Python trading engine This reframed the system into two clean responsibilities: ...
Today was about turning ideas into a working signal pipeline. No strategies, no optimization—just making sure the system can receive, validate, and route signals correctly. This was an infrastructure day. Morning — Clarifying the Goal The goal for today was simple but strict: Receive TradingView webhook signals reliably Normalize the payload into a clean internal schema Reject invalid or out-of-scope signals early Log every decision point for later analysis Do nothing strategy-related yet I intentionally avoided: ...
Morning — The Quiet After Take Profit Yesterday’s logic worked. Clean entry, controlled DCA, one take profit. And then… nothing. Price continued moving in one direction — strong, almost effortless. But my system was done. Cooldown active. No new permission. No re-entry. Watching a one-way move without participation creates a specific kind of discomfort. Not panic. Not fear. FOMO. I didn’t feel it because I was greedy. I felt it because the system was too conservative in a market that clearly wasn’t. ...
Morning — Another Indicator, Same Question Today started the same way many trading days do. Chart open, indicators loaded, signals everywhere. RSI says oversold. EMA says trend is intact. An oscillator says “maybe”. None of them answer the only question that matters: Should my system act right now? At this point, I’m no longer looking for a clever entry. I’m looking for something I can trust enough to automate. ...
Welcome to AlphaScalp. This space was created to document how ideas move from observation to execution — in markets, in products, and in systems. Rather than chasing noise, AlphaScalp focuses on structure: how trends form, how signals emerge, and how decisions compound over time. The goal is not prediction, but positioning — aligning with asymmetric opportunities before they become obvious. What to Expect Going forward, this blog will cover: Market structure and trend analysis Systematic thinking around trading and execution Product-level perspectives on tools, workflows, and automation Lessons learned from building, testing, and iterating in real environments Some posts will be analytical. Some will be experimental. All will be grounded in first-principles thinking. ...
This blog did not start cleanly. There were broken builds, wrong assumptions, mismatched tools, and moments where the system looked correct on the surface but failed underneath. Things that should have worked — didn’t. Things that almost worked — revealed why they shouldn’t. And that, in itself, became the point. From Idea to Reality (and Back Again) AlphaScalp began as a simple intention: to create a space where thinking, testing, and execution could be documented honestly. ...
Why Risk Management Comes First The primary difference between traders who survive and those who don’t is not strategy selection, but risk control. A strategy can be statistically sound and still fail if risk is mismanaged. In real markets, execution errors, regime shifts, and drawdowns are inevitable. Risk management exists to ensure that no single mistake — or sequence of mistakes — can end the trading process. Core Principles 1. Fixed Risk per Trade (Not Fixed Size) Rather than thinking in terms of position size, risk should be defined as maximum acceptable loss per trade. ...