Swedish stake pool operated by iFly DRep — commercial pilot, Intellishares co-founder, clean-energy entrepreneur. Pool pledge votes through the iFly DRep, contributing to Cardano governance from a real-world adoption perspective.
Badges (1)
Forum activity (0)
No forum posts yet.
Governance record
- Yes3 (100%)
- No0 (0%)
- Abstain0 (0%)
No vote changes
Voting history (3)
YesUpdate Constitutional Committee 2026Decided epoch 654View rationaleEnacted23d ago
EN — iFly (SWADA) votes YES. The Constitutional Committee must be renewed before the four seats expiring at epoch 653 lapse, otherwise the committee risks falling below committeeMinSize and constitutional review stalls. The election was constitution-compliant (Article III §3), open to any ada holder, conducted on chain via Ekklesia, and independently audited by DQuadrant. The four seated members are the top four by DRep stake-weighted vote.
Reservation: only about 38 DReps (~2.3B ada) took part in the election, which is a thin legitimacy base, and the Asia Africa Cardano Coalition finished fifth — so APAC and Africa lose direct representation. I would like to see both turnout and regional balance addressed before the next cycle. A functioning committee nevertheless beats a stalled one. I vote YES.
SV — iFly (SWADA) röstar JA. Konstitutionsutskottet måste förnyas innan de fyra platserna som löper ut vid epok 653 upphör, annars riskerar utskottet att hamna under committeeMinSize och den konstitutionella granskningen stannar av. Valet följde konstitutionen (artikel III §3), var öppet för alla ada-innehavare, genomfördes on-chain via Ekklesia och granskades oberoende av DQuadrant. De fyra tillsatta ledamöterna är de fyra främsta enligt DRep-viktad röstning.
Invändning: endast omkring 38 DReps (~2,3 miljarder ada) deltog i valet, vilket är en tunn legitimitetsgrund, och Asia Africa Cardano Coalition kom på femte plats — därmed förlorar APAC och Afrika direkt representation. Jag vill se både valdeltagande och regional balans åtgärdade före nästa omgång. Ett fungerande utskott är ändå bättre än ett som står stilla. Jag röstar JA.
YesReduce minPoolCost to 75 ada and increase Plutus Memory Limits (Part 2)Decided epoch 653View rationaleExpired23d ago
EN — iFly (SWADA) votes YES on reducing minPoolCost from 170 to 75 ada and raising the Plutus memory limits.
DECLARED INTEREST: I operate the SWADA stake pool, which sits at the minPoolCost floor. This change directly lowers my own pool's fixed cost. I disclose that rather than leave it unstated, and readers should weigh my vote accordingly.
On the merits: as reserve-funded rewards decline, a 170 ada fixed fee consumes a punishing share of a small pool's rewards — the single-block-pool delegator penalty is already around 53% and is projected toward 100% by roughly epoch 758. IO Research has reversed its earlier position and now holds that a high floor helps large operators fragment stake into Sybil pools rather than deterring them. A healthy long tail of small, independent pools is one of my stated priorities as a DRep, and this change supports it.
Reservations: the proposal bundles two unrelated changes into a single yes/no vote, and a lower floor should arguably be paired with a minPoolMargin and an increase in k to prevent a fee race to the bottom. I would support those as follow-ups. I vote YES.
SV — iFly (SWADA) röstar JA på att sänka minPoolCost från 170 till 75 ada och höja Plutus-minnesgränserna.
REDOVISAT INTRESSE: Jag driver stakepoolen SWADA, som ligger på minPoolCost-golvet. Ändringen sänker direkt min egen pools fasta kostnad. Jag redovisar detta i stället för att lämna det osagt, och läsare bör väga min röst därefter.
I sak: när de reservfinansierade belöningarna minskar tar en fast avgift på 170 ada en orimligt stor andel av en liten pools belöningar — straffet för delegerare i en pool som gör ett block är redan runt 53% och beräknas nå 100% omkring epok 758. IO Research har ändrat sin tidigare hållning och menar nu att ett högt golv hjälper stora operatörer att splittra stake i Sybil-pooler snarare än att avskräcka dem. En sund lång svans av små, oberoende pooler är en av mina uttalade prioriteringar som DRep, och denna ändring stödjer den.
Invändningar: förslaget paketerar två orelaterade ändringar i en enda ja/nej-röst, och ett lägre golv borde rimligen kombineras med en minPoolMargin och en höjning av k för att förhindra en priskrig nedåt. Jag skulle stödja detta som uppföljning. Jag röstar JA.
YesName the Protocol Version 12 hard fork “von Bergen“Decided epoch 651View rationaleClosed23d ago
EN — iFly (SWADA) votes YES. This is a non-binding sentiment vote on naming the Protocol Version 12 hard fork "von Bergen", in memory of Fabian von Bergen (Zyroxa) — a Cardano Ambassador since the Incentivized Testnet era and operator of the Tempus (TMS) stake pool, who died in January 2026.
Honouring a long-standing contributor costs the network nothing and is a decent thing to do. Two caveats I record openly: the vote is non-binding, so the name is ultimately set by the binding hard-fork initiation action; and Intersect's current intention is to name PV12 after Alexander Esgen, consistent with the convention of naming forks after computer scientists. If the community settles on that instead, I would not object — an "In Memoriam" recognition would serve the same purpose. I vote YES to register support for the tribute.
SV — iFly (SWADA) röstar JA. Detta är en icke-bindande opinionsröst om att namnge hard forken Protocol Version 12 "von Bergen", till minne av Fabian von Bergen (Zyroxa) — Cardano-ambassadör sedan Incentivized Testnet-tiden och operatör av stakepoolen Tempus (TMS), som avled i januari 2026.
Att hedra en långvarig bidragsgivare kostar nätverket ingenting och är det anständiga att göra. Två förbehåll som jag redovisar öppet: rösten är icke-bindande, så namnet fastställs slutligen av den bindande hard fork-åtgärden; och Intersects nuvarande avsikt är att namnge PV12 efter Alexander Esgen, i linje med konventionen att namnge forkar efter datavetare. Om communityn i stället landar där har jag inga invändningar — ett "In Memoriam"-erkännande skulle tjäna samma syfte. Jag röstar JA för att registrera stöd för hyllningen.