Pendulum Flow
19.3K posts

Pendulum Flow
@PendulumFlow
Wealth management. Markets since 2003. Current research S&P holdings to 1957 & Polymarket database growing @ 25M rows / day. Prediction Market Advocate.


We just launched the biggest update ever! Our new website predictfolio.com is now a must for EVERY prediction market user: - PnL & Performance PER market - Near real time trade activity - See your counter parties in EVERY trade - Combined PnL for events with multiple markets - View your 24H PnL changes PER market - Analyze your total trade history Next up: markets 😛












Unfortunately not. Re-tooling isn't simple, cheap or quick. Domestic output covers only ~5–10% of needs anyway; imports still vulnerable via same chokepoints. Is that security? Full adaptation adds extra engineering/cost on top of recommissioning. Even just restarting in its old config (per 2024 Worley study) costs NZ$4.9–7.3 billion and takes 4-6+ years post-decision due to corrosion, cut cables/piping, sold/recycled gear, new tanks needed, etc. Ruled out as too expensive and low-impact.









Anyone able to help with Polymarket P/L analysis? I've been building a pipeline against on-chain data and trying to reconcile it to ensure accuracy. Ran into some issues with Goldsky's OrderFilled events, specifically the USDC amounts don't reliably reflect actual on chain USDC.e movement. The main cases where it breaks down: MERGE/MINT matchTypes Neg-risk adapter CONVERSION events e.g convertPositions() can return real USDC.e to the wallet but the subgraph often shows usdc_amount=None I have tried raw USDC.e Transfer logs as the only reliable source for wallet-level USDC balance changes. The data is vast though. I notice that most data sets only include buy / sell transactions, probably for this reason. Curious if there is a better way?










