Skip to main content

美国国债

美国2008年的一部电影《美国欠条》(I.O.U.S.A)纪录片在美国公演。该片通过对美联储前主席保罗.沃尔克、“股神”沃伦.巴菲特等知名人士的专访,向美国公众预警美国债务帝国的崩溃。
一、战争:催生美国国债
美国最早的债务问题从独立战争时期,也就是没有美国时便已存在,由于缺少战争经费,政府不得不发行“大陆币”和债券融资,为战争最后胜利提供了金钱支持。
1789年3月4日,联邦政府成立,美国国债为7500万美元。占到美国经济总额的40%,这吓坏了美国的国父们,靠着超常的发展,他们迅速地清偿了债务。其后40多年,美国国债虽有增长,但在1835年1月,当时的总统安德鲁.杰克逊曾经短暂的将国债降低到零。
1863年美国南北战争期间,国债从1860年的6500万上升到了10亿美元,并在战争期间进一步提高至27亿。随后的50年内,国家债务开始下降。
一次世界大战爆发,再次推动美国国债激增,达到220亿。
从以上可以看出,美国的国债是因为战争而产生,因为战争而发展的。
二、债务上限的由来:
1917年,美国国会为了控制政府乱花钱,设定了首个债务上限。额度为115亿。模式是政府决定何时发债,国会决定最高发行额度。如果超发,必须国会通过。否则违宪,总统要遭到弹劾。
然而随着赤字不断恶化,美国国会也不得不一再提高上限。第二次世界大战期间,为了赢得战争的胜利,美国不断发行国债,由1940年的510亿至战后1950年已达2574亿,约占美国当时GDP的94%。
上世纪80年代以来,里根政府不断增加国防开支,致使赤字不断增大,1984年已达18000亿,1985年里根政府第二次任期开始,85年即达182400亿,每年利息支付即达1550亿元。其军费开支约占联邦政府开支1/3。至任期结束,债务260000亿,美国举债还债逐步形成规律。自1960年至今美国债务上限已经上调79次。不过值得一提的是1992年,美国刚上台的总统克林顿在经济衰退、40000亿债务的情况下,采取了平衡预算,减少债务的方针,还真始美国的经济状况有了好转。除此而外,每一位美国总统都为国债增长作出了贡献。2001年,小布什取代克林顿入主白宫,当时财政状况健康,而且颇有盈余。然而,随着伊拉克战争和阿富汗战争,不但原有财政盈余消耗殆尽,而且2005年布什连任时,国债总量76000亿。2008年,金融危机爆发,美国国债首次超过100000亿。而奥巴马上台后债务总额就提高3次,总额30000亿。债务迅速达到又一次的上限。
三、债务违约:
1、政策性违约:20世纪30年代初,美国政府拒绝用黄金偿债,而采用贬值的货币,这是明确的政府违约。
2、1979年,卡特执政,当时驴象之争最后时刻突破上限8900亿,但是由于未能及时支付到期债权12000万,造成技术违约。

Comments

Popular posts from this blog

OWASP Top 10 Threats and Mitigations Exam - Single Select

Last updated 4 Aug 11 Course Title: OWASP Top 10 Threats and Mitigation Exam Questions - Single Select 1) Which of the following consequences is most likely to occur due to an injection attack? Spoofing Cross-site request forgery Denial of service   Correct Insecure direct object references 2) Your application is created using a language that does not support a clear distinction between code and data. Which vulnerability is most likely to occur in your application? Injection   Correct Insecure direct object references Failure to restrict URL access Insufficient transport layer protection 3) Which of the following scenarios is most likely to cause an injection attack? Unvalidated input is embedded in an instruction stream.   Correct Unvalidated input can be distinguished from valid instructions. A Web application does not validate a client’s access to a resource. A Web action performs an operation on behalf of the user without checking a shared sec

CKA Simulator Kubernetes 1.22

  https://killer.sh Pre Setup Once you've gained access to your terminal it might be wise to spend ~1 minute to setup your environment. You could set these: alias k = kubectl                         # will already be pre-configured export do = "--dry-run=client -o yaml"     # k get pod x $do export now = "--force --grace-period 0"   # k delete pod x $now Vim To make vim use 2 spaces for a tab edit ~/.vimrc to contain: set tabstop=2 set expandtab set shiftwidth=2 More setup suggestions are in the tips section .     Question 1 | Contexts Task weight: 1%   You have access to multiple clusters from your main terminal through kubectl contexts. Write all those context names into /opt/course/1/contexts . Next write a command to display the current context into /opt/course/1/context_default_kubectl.sh , the command should use kubectl . Finally write a second command doing the same thing into /opt/course/1/context_default_no_kubectl.sh , but without the use of k

亲身经历告诉你慎重去Meta WLB差的卷组

 楼主终于要离职Meta了,终于离开了某卷组,原本以为自己是不怕累不怕加班的,心想如果多付出换来多回报也是值的。但事实给我上了一课,来跟大家分享一下不要选卷组的原因,以下都是楼主个人经历和想法,如有不同意见,轻喷。 1. 当卷组每个人都在疯狂contribute的时候,manager的期望会调整成组里的平均值,如果每个人都在疯狂加班,你也得被迫疯狂加班。我有时候甚至都怀疑有的人睡觉中途醒了是不是都会review个diff再继续睡。这种情况下,结果很可能是疯狂加班后也没有被recongnize也没有得到更多回报,简而言之就是rating未必更好,升职也不一定快。 2.  卷组的culture一言难尽。当大家都在疯狂赶工的时候,还顾得上考虑culture吗?当人在很忙很焦虑的时候,心态也不会很好。很多人在忙的时候说话就很冲,而且一不小心自己说错了什么也容易得罪人。Meta还有要peer feedback的习惯,有的时候感觉真的很憋屈... 3. 有的组太卷的原因是上面要的太多,而manager又很难或者不太会push back造成的。这种情况下,Eng加班是不情不愿的,疯狂赶工自然会牺牲质量,出了SEV以后,psc上面是要记一笔的。曾经见过某人疯狂赶project三四个月(上面期望的timeline不合理,但是push back无效),基本每天忙到凌晨12点到1点,但不小心搞出来一个SEV,最后psc给了个MA。大写的心疼... 4. 用lines of code 或者diff number作为一个重要的psc评判标准的组,要小心!个人认为这不是一个好事,有的project是需要investigate的,有的bug是需要时间才能查出来的。但是manager很难体谅,只会认为你能力低效率低(如果能体谅和理解,也不会把代码行数和diff 数量看那么重了 是吧),这种情况下,很考验一个人在这个组待了多久和有多熟悉codebase里有多少坑(一般这么move fast的组,codebase很多都是shi山,暗坑无数),组员都很忙 没有时间也没有义务告诉你哪里有坑,自己慢慢踩吧。 现在就想到这么多吧,真心建议大家不要走我的老路选卷组了。珍爱生命,远离卷组!