Intellectual Property Cores
An intellectual property (IP) core is a reusable, pre-designed block of logic or a complete subsystem that a designer licenses and integrates into a larger chip rather than building from scratch. IP cores package accumulated design expertise—a processor, a memory controller, a USB or Ethernet interface, an encryption engine—into a form that can be dropped into a system-on-chip (SoC) and connected to the rest of the design. By reusing proven blocks for standard functions, a team can spend its engineering effort on the features that differentiate the product, which shortens schedules and lowers risk. A modern SoC may contain dozens to hundreds of distinct IP cores, only a fraction of them designed in-house.
IP cores are delivered in three broad forms that trade flexibility against predictability. Soft cores are supplied as synthesizable register-transfer-level (RTL) code; they are portable across foundries and process nodes and easy to configure, but their final timing, area, and power are not fixed until the customer synthesizes and places them. Firm cores are delivered as a technology-mapped gate-level netlist, often with a reference floorplan, offering a middle ground of greater predictability with some remaining portability. Hard cores are fixed physical layouts in GDSII form, characterized for a specific process; they give the most predictable performance and the strongest protection against copying, but cannot be retargeted to a different fabrication process. Analog and mixed-signal blocks, such as phase-locked loops and high-speed transceivers, are almost always delivered as hard cores.
An IP industry has grown up around this model. Companies such as Arm, which licenses processor architectures and microarchitectures, and Synopsys and Cadence, which supply large catalogs of interface and foundation IP, sell designs they never manufacture themselves. Business arrangements vary: some IP is licensed for an up-front fee, some carries a per-unit royalty on every chip shipped, and some—most notably the open RISC-V instruction-set architecture—is available under permissive or open-source terms. Whatever the commercial model, integrating third-party IP introduces its own engineering disciplines, from verifying that a block meets its specification in a new context to protecting valuable designs from theft and ensuring that licensing terms are honored.
Articles in This Category
About Intellectual Property Cores
IP reuse became central to chip design as the number of transistors a process could fabricate outran the rate at which engineers could design new logic from scratch—the so-called design productivity gap. Rather than build every function anew, teams assemble a system from blocks that have already been designed and verified, reserving their own effort for the parts that differentiate the product. This model depends on interfaces standard enough that independently designed blocks connect without custom glue logic. Arm's Advanced Microcontroller Bus Architecture (AMBA), with its AXI, AHB, and APB protocols, became the de facto on-chip interconnect for this purpose, letting a processor, a memory controller, and a peripheral from different sources share a common bus. Packaging standards such as IP-XACT (IEEE 1685-2022) complement it by describing a block's ports, registers, and configuration in machine-readable form, so that integration tools can wire up and configure IP automatically rather than by hand.
As monolithic scaling grows more expensive, the reuse model is extending beyond the single die. Hardened IP is increasingly delivered not as a block inside one chip but as a separately fabricated chiplet joined to others inside an advanced package, which lets a proven design be reused at the granularity of a whole die and lets blocks built on different process nodes coexist in one product. Reuse concentrates risk as much as it saves effort: a licensed block must be re-verified in each new context, and its provenance matters, because untrusted third-party IP can carry hidden faults or deliberately malicious logic. For that reason, functional verification, licensing enforcement, and the protection of designs against theft and counterfeiting are inseparable from the reuse model rather than afterthoughts to it.