楼主: miedo
2345 5

[DSGE讨论专题] DSGE建模时遇到一个问题 [推广有奖]

  • 78关注
  • 2粉丝

已卖:1884份资源

副教授

78%

还不是VIP/贵宾

-

威望
0
论坛币
32709 个
通用积分
94.1800
学术水平
6 点
热心指数
7 点
信用等级
7 点
经验
26330 点
帖子
115
精华
0
在线时间
1834 小时
注册时间
2012-12-2
最后登录
2026-1-4

楼主
miedo 学生认证  发表于 2018-1-16 16:15:41 |AI写论文

+2 论坛币
k人 参与回答

经管之家送您一份

应届毕业生专属福利!

求职就业群
赵安豆老师微信:zhaoandou666

经管之家联合CDA

送您一个全额奖学金名额~ !

感谢您参与论坛问题回答

经管之家送您两个论坛币!

+2 论坛币
以下是我自己琢磨的一些想法,纯属自己思考发表上来,以防以后忘掉。当然,如果有人指点迷津,也不胜感谢。
DSGE建模的时候,对厂商的设定有点困扰了我:如果直接假设厂商是最终产品厂商,那么通常应该是预算约束下求产出最大化;如果讨论的厂商是中间产品厂商,那么加上一个完全竞争性的最终产品厂商后,由于最终产品对中间产品的需求给定,中间产品厂商就是生产函数约束下的成本最小化。
因此,第一种情形中的预算约束中第二种情形下就不起作用,因为中间产出已经是“给定”了,就好像是客户在你这下订单的意思,不是你中间产品想生产多少就生产多少,而是客户要多少你生产多少。在麦坎德利斯的RBC一书的calvo规则下,中间产品厂商成本最小化问题的求解并没有直接要求工资和利率的表达式,就可以直接对中间产品定价,而后可以求出相应的NKPC。
早前在学习RBC这本书的时候,并没有看懂为什么中间产品厂商为什么非要求成本最小化,这跟利润最大化或者价值最大化不是等价的么?等到自己建模的时候,才发现这是对模型的一个致命失误。
所以,目前我想知道的是,如何在保留中间产品定价的一套计算法则下,保留第一种情形的预算约束?因为这个约束对我的研究问题比较重要,而定价对我来说也很重要。
详细一点,就是说,我假设了厂商是有存款的,但是在成本最小化问题上,这个存款显得没用了。因为中间产品厂商大多是垄断竞争的假设,我觉得假设中间产品厂商有存款是合理的。不知道有没有相应的文献可以参考。当然贷款倒是可以通过抵押关系嵌进去。
二维码

扫码加我 拉你入群

请注明:姓名-公司-职位

以便审核进群资格,未注明则拒绝

关键词:DSGE 成本最小化 利润最大化 Calvo 中间产品

已有 1 人评分经验 论坛币 收起 理由
linmengmiki + 100 + 100 鼓励积极发帖讨论

总评分: 经验 + 100  论坛币 + 100   查看全部评分

沙发
1993110 发表于 2018-1-16 19:31:53
早前在学习RBC这本书的时候,并没有看懂为什么中间产品厂商为什么非要求成本最小化,这跟利润最大化或者价值最大化不是等价的么?等到自己建模的时候,才发现这是对模型的一个致命失误。
厂商实现利润最大化的时候总产量会达到最大吗?学识浅薄,望指点

藤椅
miedo 学生认证  发表于 2018-1-16 20:26:16
1993110 发表于 2018-1-16 19:31
厂商实现利润最大化的时候总产量会达到最大吗?学识浅薄,望指点
感谢提供线索!
已有 1 人评分论坛币 收起 理由
1993110 + 5 精彩帖子

总评分: 论坛币 + 5   查看全部评分

板凳
belovedyi 发表于 2018-1-18 00:24:03 来自手机
加入中间厂商这个环节在nk里是为了引入垄断,进而厂商才有制定价格的能力,并以此在成本最小化基础上实现利润最大化。否则calvo定价没有意义。
成本最小化是最终厂商在完全竞争市场下唯一能做的,此时价格等于边际成本。

报纸
belovedyi 发表于 2018-1-18 00:29:46 来自手机
再回答一句,垄断竞争厂商的决策变量包括了要素投入组合,以及产量与价格。因此成本最小化相当于把整体大的最优化拆成了两步,一步先做要素投入的最优决策,第二步做价格 产量的最优决策。
但这个过程中要理解中间厂商是要素价格的接受者即price taker

地板
miedo 学生认证  发表于 2018-1-18 13:02:49
belovedyi 发表于 2018-1-18 00:24
加入中间厂商这个环节在nk里是为了引入垄断,进而厂商才有制定价格的能力,并以此在成本最小化基础上实现利 ...
最后一句话,利润最大化才是最终厂商能做的吧,只不过是完全竞争厂商,所以利润为零。

您需要登录后才可以回帖 登录 | 我要注册

本版微信群
jg-xs1
拉您进交流群
GMT+8, 2026-1-4 17:20