Code should execute sequentially if run in a Jupyter notebook

- See the set up page to install Jupyter, Julia (0.6+) and all necessary libraries
- Please direct feedback to contact@quantecon.org or the discourse forum

# The Lucas Asset Pricing Model¶

## Overview¶

As stated in an earlier lecture, an asset is a claim on a stream of prospective payments

What is the correct price to pay for such a claim?

The elegant asset pricing model of Lucas [Luc78] attempts to answer this question in an equilibrium setting with risk averse agents

While we mentioned some consequences of Lucas’ model earlier, it is now time to work through the model more carefully, and try to understand where the fundamental asset pricing equation comes from

A side benefit of studying Lucas’ model is that it provides a beautiful illustration of model building in general and equilibrium pricing in competitive models in particular

## The Lucas Model¶

Lucas studied a pure exchange economy with a representative consumer (or household), where

*Pure exchange*means that all endowments are exogenous*Representative*consumer means that either- there is a single consumer (sometimes also referred to as a household), or
- all consumers have identical endowments and preferences

Either way, the assumption of a representative agent means that prices adjust to eradicate desires to trade

This makes it very easy to compute competitive equilibrium prices

### Basic Setup¶

Let’s review the set up

#### Assets¶

There is a single “productive unit” that costlessly generates a sequence of consumption goods \(\{y_t\}_{t=0}^{\infty}\)

Another way to view \(\{y_t\}_{t=0}^{\infty}\) is as a *consumption endowment* for this economy

We will assume that this endowment is Markovian, following the exogenous process

Here \(\{ \xi_t \}\) is an iid shock sequence with known distribution \(\phi\) and \(y_t \geq 0\)

An asset is a claim on all or part of this endowment stream

The consumption goods \(\{y_t\}_{t=0}^{\infty}\) are nonstorable, so holding assets is the only way to transfer wealth into the future

For the purposes of intuition, it’s common to think of the productive unit as a “tree” that produces fruit

Based on this idea, a “Lucas tree” is a claim on the consumption endowment

#### Consumers¶

A representative consumer ranks consumption streams \(\{c_t\}\) according to the time separable utility functional

Here

- \(\beta \in (0,1)\) is a fixed discount factor
- \(u\) is a strictly increasing, strictly concave, continuously differentiable period utility function
- \(\mathbb{E}\) is a mathematical expectation

### Pricing a Lucas Tree¶

What is an appropriate price for a claim on the consumption endowment?

We’ll price an *ex dividend* claim, meaning that

the seller retains this period’s dividend

the buyer pays \(p_t\) today to purchase a claim on

- \(y_{t+1}\) and
- the right to sell the claim tomorrow at price \(p_{t+1}\)

Since this is a competitive model, the first step is to pin down consumer behavior, taking prices as given

Next we’ll impose equilibrium constraints and try to back out prices

In the consumer problem, the consumer’s control variable is the share \(\pi_t\) of the claim held in each period

Thus, the consumer problem is to maximize (1) subject to

along with \(c_t \geq 0\) and \(0 \leq \pi_t \leq 1\) at each \(t\)

The decision to hold share \(\pi_t\) is actually made at time \(t-1\)

But this value is inherited as a state variable at time \(t\), which explains the choice of subscript

#### The dynamic program¶

We can write the consumer problem as a dynamic programming problem

Our first observation is that prices depend on current information, and current information is really just the endowment process up until the current period

In fact the endowment process is Markovian, so that the only relevant information is the current state \(y \in \mathbb R_+\) (dropping the time subscript)

This leads us to guess an equilibrium where price is a function \(p\) of \(y\)

Remarks on the solution method

- Since this is a competitive (read: price taking) model, the consumer will take this function \(p\) as given
- In this way we determine consumer behavior given \(p\) and then use equilibrium conditions to recover \(p\)
- This is the standard way to solve competitive equilibrum models

Using the assumption that price is a given function \(p\) of \(y\), we write the value function and constraint as

subject to

We can invoke the fact that utility is increasing to claim equality in (2) and hence eliminate the constraint, obtaining

The solution to this dynamic programming problem is an optimal policy expressing either \(\pi'\) or \(c\) as a function of the state \((\pi, y)\)

- Each one determines the other, since \(c(\pi, y) = \pi (y + p(y))- \pi' (\pi, y) p(y)\)

#### Next steps¶

What we need to do now is determine equilibrium prices

It seems that to obtain these, we will have to

- Solve this two dimensional dynamic programming problem for the optimal policy
- Impose equilibrium constraints
- Solve out for the price function \(p(y)\) directly

However, as Lucas showed, there is a related but more straightforward way to do this

#### Equilibrium constraints¶

Since the consumption good is not storable, in equilibrium we must have \(c_t = y_t\) for all \(t\)

In addition, since there is one representative consumer (alternatively, since all consumers are identical), there should be no trade in equilibrium

In particular, the representative consumer owns the whole tree in every period, so \(\pi_t = 1\) for all \(t\)

Prices must adjust to satisfy these two constraints

#### The equilibrium price function¶

Now observe that the first order condition for (3) can be written as

where \(v'_1\) is the derivative of \(v\) with respect to its first argument

To obtain \(v'_1\) we can simply differentiate the right hand side of (3) with respect to \(\pi\), yielding

Next we impose the equilibrium constraints while combining the last two equations to get

In sequential rather than functional notation, we can also write this as

This is the famous consumption-based asset pricing equation

Before discussing it further we want to solve out for prices

### Solving the Model¶

Equation (4) is a *functional equation* in the unknown function \(p\)

The solution is an equilibrium price function \(p^*\)

Let’s look at how to obtain it

#### Setting up the problem¶

Instead of solving for it directly we’ll follow Lucas’ indirect approach, first setting

so that (4) becomes

Here \(h(y) := \beta \int u'[G(y, z)] G(y, z) \phi(dz)\) is a function that depends only on the primitives

Equation (7) is a functional equation in \(f\)

The plan is to solve out for \(f\) and convert back to \(p\) via (6)

To solve (7) we’ll use a standard method: convert it to a fixed point problem

First we introduce the operator \(T\) mapping \(f\) into \(Tf\) as defined by

The reason we do this is that a solution to (7) now corresponds to a function \(f^*\) satisfying \((Tf^*)(y) = f^*(y)\) for all \(y\)

In other words, a solution is a *fixed point* of \(T\)

This means that we can use fixed point theory to obtain and compute the solution

#### A little fixed point theory¶

Let \(cb\mathbb{R}_+\) be the set of continuous bounded functions \(f \colon \mathbb{R}_+ \to \mathbb{R}_+\)

We now show that

- \(T\) has exactly one fixed point \(f^*\) in \(cb\mathbb{R}_+\)
- For any \(f \in cb\mathbb{R}_+\), the sequence \(T^k f\) converges uniformly to \(f^*\)

(Note: If you find the mathematics heavy going you can take 1–2 as given and skip to the next section)

Recall the Banach contraction mapping theorem

It tells us that the previous statements will be true if we can find an \(\alpha < 1\) such that

Here \(\|h\| := \sup_{x \in \mathbb{R}_+} |h(x)|\)

To see that (9) is valid, pick any \(f,g \in cb\mathbb{R}_+\) and any \(y \in \mathbb{R}_+\)

Observe that, since integrals get larger when absolute values are moved to the inside,

Since the right hand side is an upper bound, taking the sup over all \(y\) on the left hand side gives (9) with \(\alpha := \beta\)

### Computation – An Example¶

The preceding discussion tells that we can compute \(f^*\) by picking any arbitrary \(f \in cb\mathbb{R}_+\) and then iterating with \(T\)

The equilibrium price function \(p^*\) can then be recovered by \(p^*(y) = f^*(y) / u'(y)\)

Let’s try this when \(\ln y_{t+1} = \alpha \ln y_t + \sigma \epsilon_{t+1}\) where \(\{\epsilon_t\}\) is iid and standard normal

Utility will take the isoelastic form \(u(c) = c^{1-\gamma}/(1-\gamma)\), where \(\gamma > 0\) is the coefficient of relative risk aversion

Some code to implement the iterative computational procedure can be found in lucastree.jl

We repeat it here for convenience

```
#=
@authors : Spencer Lyon <spencer.lyon@nyu.edu>, John Stachurski
=#
using QuantEcon
using Distributions
"""
The Lucas asset pricing model --- parameters and grid data
"""
struct LucasTree{TF<:AbstractFloat}
gamma::TF # coefficient of risk aversion
beta::TF # Discount factor in (0, 1)
alpha::TF # Correlation coefficient in the shock process
sigma::TF # Volatility of shock process
phi::Distribution # Distribution for shock process
grid::Vector{TF} # Grid of points on which to evaluate prices.
shocks::Vector{TF} # Draws of the shock
h::Vector{TF} # The h function represented as a vector
end
"""
Constructor for the Lucas asset pricing model
"""
function LucasTree(;gamma::AbstractFloat=2.0,
beta::AbstractFloat=0.95,
alpha::AbstractFloat=0.9,
sigma::AbstractFloat=0.1,
grid_size::Integer=100)
phi = LogNormal(0.0, sigma)
shocks = rand(phi, 500)
# == build a grid with mass around stationary distribution == #
ssd = sigma / sqrt(1 - alpha^2)
grid_min, grid_max = exp(-4 * ssd), exp(4 * ssd)
grid = collect(linspace(grid_min, grid_max, grid_size))
# == set h(y) = beta * int u'(G(y,z)) G(y,z) phi(dz) == #
h = similar(grid)
for (i, y) in enumerate(grid)
h[i] = beta * mean((y^alpha .* shocks).^(1 - gamma))
end
return LucasTree(gamma,
beta,
alpha,
sigma,
phi,
grid,
shocks,
h)
end
"""
The approximate Lucas operator, which computes and returns updated function
Tf on the grid points.
"""
function lucas_operator(lt::LucasTree, f::Vector)
# == unpack names == #
grid, alpha, beta, h = lt.grid, lt.alpha, lt.beta, lt.h
z = lt.shocks
Af = LinInterp(grid, f)
Tf = [h[i] + beta *mean(Af.(grid[i]^alpha.*z)) for i in 1:length(grid)]
return Tf
end
"""
Compute the equilibrium price function associated with Lucas tree `lt`
"""
function compute_lt_price(lt::LucasTree, max_iter::Integer=500)
# == Simplify names == #
grid = lt.grid
alpha, beta, gamma = lt.alpha, lt.beta, lt.gamma
# == Create suitable initial vector to iterate from == #
f_init = zeros(grid)
func(f_vec) = lucas_operator(lt, f_vec)
f = compute_fixed_point(func, f_init;
max_iter=max_iter,
err_tol=1e-4,
verbose=false)
# p(y) = f(y) * y^gamma
price = f .* grid.^(gamma)
return price
end
```

An example of usage is given in the docstring and repeated here

```
tree = LucasTree(gamma=2.0, beta=0.95, alpha=0.90, sigma=0.1)
grid_y, price_vals = compute_lt_price(tree)
```

Here’s the resulting price function

The price is increasing, even if we remove all serial correlation from the endowment process

The reason is that a larger current endowment reduces current marginal utility

The price must therefore rise to induce the household to consume the entire endowment (and hence satisfy the resource constraint)

What happens with a more patient consumer?

Here the blue line corresponds to the previous parameters and the green line is price when \(\beta = 0.98\)

We see that when consumers are more patient the asset becomes more valuable, and the price of the Lucas tree shifts up

Exercise 1 asks you to replicate this figure

## Exercises¶

### Exercise 1¶

Replicate the figure to show how discount rates affect prices

## Solutions¶

```
using Plots
pyplot()
```

```
traces = []
grids=[]
legends=[]
for beta in (.95, 0.98)
println("Computing at beta = $beta")
tree = LucasTree(;beta=beta)
grids = tree.grid
price_vals = compute_lt_price(tree)
push!(traces, price_vals)
push!(legends, "beta = $beta")
end
plot(grids,traces,label=reshape(legends,1,length(legends)))
plot!(xlabel="state", ylabel="price")
```

```
Computing at beta = 0.95
Computing at beta = 0.98
```