blockchain presi 2

Oracle / Resolution 1

Smart contracts cannot directly observe real-world outcomes; prediction markets need an external resolution mechanism; this is the core oracle problem; an oracle is a system that brings real-world information onto the blockchain.

Oracle / Resolution 2

Polymarket uses the UMA Optimistic Oracle; after the event someone proposes the market outcome; that proposal begins resolution; UMA Optimistic Oracle is a blockchain-based resolution system that accepts a proposed answer unless someone disputes it.

Oracle / Resolution 3

The proposal requires a bond; it then enters a challenge period; if disputed the oracle process determines the final result; a bond is money posted up front to discourage false or careless outcome submissions.

Oracle / Resolution 4

If accepted the winning token becomes redeemable; the winning token pays $1 and the losing token pays $0; the oracle bridges real-world truth to on-chain settlement; redeemable means a token can be exchanged for the collateral backing it.

Custody / Non-Custodial 1

Polymarket is non-custodial; users control their own funds and positions; assets remain tied to the user's wallet; non-custodial means the platform does not take full possession of the user's money.

Custody / Non-Custodial 2

Orders are signed locally with the user's key; signing an order is not the same as giving up custody; the operator cannot execute unauthorized trades; a private key is the secret cryptographic credential that proves wallet ownership.

Custody / Non-Custodial 3

Matching happens off-chain for speed; settlement happens on-chain through smart contracts; this keeps execution efficient but trust-minimized; settlement is the final transfer of assets after a trade is agreed upon.

Custody / Non-Custodial 4

Centralized exchanges hold user funds internally; Polymarket coordinates trades without taking possession; blockchain controls the assets and enforces settlement; a centralized exchange is a platform that directly holds customer funds and records trades in its own internal system.

dApp Design Lessons 1

Polymarket shows that hybrid architecture works; not every function needs to be on-chain; good dApps separate coordination from enforcement; hybrid architecture means some parts happen off-chain for speed while critical parts stay on-chain for security.

dApp Design Lessons 2

Decentralization is selective not absolute; blockchain adds most value in trust-sensitive areas; those areas include assets collateral custody and settlement; trust-sensitive areas are the parts of a system where users most need strong security and verification.

dApp Design Lessons 3

Oracles are part of the core trust model; they are not just an optional add-on; real-world truth must be bridged on-chain for redemption; a trust model is the set of assumptions about what parts of a system users must rely on to work correctly.

dApp Design Lessons 4

Polymarket is more than a prediction website; blockchain is doing real application work here; it defines claims enforces rules and settles outcomes; a claim is a financial right to receive value if a specific outcome occurs.