<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:thr="http://purl.org/syndication/thread/1.0">
    <title>VHAYU BLOG</title>
    
    
    <link rel="alternate" type="text/html" href="http://vhayu.typepad.com/marketdata/" />
    <id>tag:typepad.com,2003:weblog-1338028</id>
    <updated>2009-05-12T15:52:44-04:00</updated>
    
    <generator uri="http://www.typepad.com/">TypePad</generator>
    <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/atom+xml" href="http://feeds.feedburner.com/VhayuBlog" /><feedburner:info xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" uri="vhayublog" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://hubbub.api.typepad.com/" /><feedburner:emailServiceId xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0">VhayuBlog</feedburner:emailServiceId><feedburner:feedburnerHostname xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0">http://feedburner.google.com</feedburner:feedburnerHostname><entry>
        <title>Aite Group Report: Managing the Market Data Explosion</title>
        <link rel="alternate" type="text/html" href="http://vhayu.typepad.com/marketdata/2009/05/aite-group-report-managing-the-market-data-explosion.html" />
        <link rel="replies" type="text/html" href="http://vhayu.typepad.com/marketdata/2009/05/aite-group-report-managing-the-market-data-explosion.html" thr:count="0" />
        <id>tag:typepad.com,2003:post-66693899</id>
        <published>2009-05-12T15:52:44-04:00</published>
        <updated>2009-05-12T15:56:14-04:00</updated>
        <summary>An independent Aite Group research study advises that financial services firms confront the shortcomings of their existing enterprise data architectures today--before market data volumes once again ascend to the limits of technology's capacity to support them when better markets return....</summary>
        <author>
            <name>Victoria Schreiber</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="Market Data" />
        
        <category scheme="http://sixapart.com/ns/types#tag" term="Aite Group" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Electronic Trading Trends" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Enterprise Data Architecture" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Market Data Volumes" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Velocity" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Vhayu" />
        
<content type="xhtml" xml:lang="en-US" xml:base="http://vhayu.typepad.com/marketdata/">
<div xmlns="http://www.w3.org/1999/xhtml"><p><a href="http://vhayu.typepad.com/.a/6a00e008caa5d088340115708245cd970b-pi" style="FLOAT: right"><img alt="Aite Logo" border="0" class="at-xid-6a00e008caa5d088340115708245cd970b " src="http://vhayu.typepad.com/.a/6a00e008caa5d088340115708245cd970b-800wi" style="MARGIN: 0px 0px 5px 5px" title="Aite Logo" /></a> An <a href="http://www.vhayu.com/VhayuRequestCollateral.aspx?ProductName=Managing%20the%20Market%20Data%20Explosion&amp;ItemID=fe72a24f-e1cc-4a30-a3f7-9ac93f2dd619" target="_blank" title="Managing the Market Data Explosion">independent Aite Group research study</a> advises that financial services firms confront the shortcomings of their existing enterprise data architectures today--before market data volumes once again ascend to the limits of technology's capacity to support them when better markets return.</p>
<p>For this report, Aite Group conducted interviews with market data heads at 10 firms ranging from small, high frequency trading shops to some of the largest buy-side and sell-side firms in the world. They also spoke with several exchanges, hosting providers, and market data providers.</p>
<p><strong>Key findings include the following:</strong><br /></p>
<ul>
<li>Aite Group expects U.S. equities message traffic to double from current volumes in the next two years. 
<li>U.S. equity data storage needs are currently growing 18% per month. 
<li>Market fragmentation in Europe (and eventually Asia) will cause multiple repeats of current U.S. equities market data issues. 
<li>Foreign exchange (FX) storage requirements are growing at twice the rate of equities storage requirements. 
<li>There is a high level of interest by electronic trading firms to add unstructured content into trading models. </li>
</li></li></li></li></ul>
<p>The white paper examines electronic trading trends associated with market data volume, and considers how those trends may evolve in the future.</p>
<p><a href="http://www.vhayu.com/VhayuRequestCollateral.aspx?ProductName=Managing%20the%20Market%20Data%20Explosion&amp;ItemID=fe72a24f-e1cc-4a30-a3f7-9ac93f2dd619" target="_blank" title="Managing the Market Data Explosion"><strong>DOWNLOAD NOW</strong></a></p></div>
</content>



    </entry>
    <entry>
        <title>Doing More With Less</title>
        <link rel="alternate" type="text/html" href="http://vhayu.typepad.com/marketdata/2009/02/doing-more-with-less.html" />
        <link rel="replies" type="text/html" href="http://vhayu.typepad.com/marketdata/2009/02/doing-more-with-less.html" thr:count="0" />
        <id>tag:typepad.com,2003:post-63017233</id>
        <published>2009-02-18T11:53:37-05:00</published>
        <updated>2009-02-18T11:58:00-05:00</updated>
        <summary>Last month, Aite Group published a report on IT spending at capital markets firms for 2009. Completed with the help of Wall Street &amp; Technology magazine and based on surveys of 28 senior technology executives at a cross-section of capital...</summary>
        <author>
            <name>Victoria Schreiber</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="Hardware" />
        
        <category scheme="http://sixapart.com/ns/types#tag" term="Aite Group" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Capital Markets" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Compression Solution" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Cost Reduction" />
        <category scheme="http://sixapart.com/ns/types#tag" term="IT Spending" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Market Data Storage" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Velocity Squeezer" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Vhayu" />
        
<content type="xhtml" xml:lang="en-US" xml:base="http://vhayu.typepad.com/marketdata/">
<div xmlns="http://www.w3.org/1999/xhtml"><p>Last month, Aite Group published a report on IT spending at capital markets firms for 2009. Completed with the help of <em>Wall Street &amp; Technology</em> magazine and based on surveys of 28 senior technology executives at a cross-section of capital markets firms, including hedge funds, retail brokerages firms, sell-side firms, private client groups, traditional asset managers and full-service firms, the report predicts an average technology budget cut of 5% for 2009.</p>
<p><a href="http://vhayu.typepad.com/.a/6a00e008caa5d08834011168849468970c-pi" style="FLOAT: right"><img alt="IT Spending" border="0" class="at-xid-6a00e008caa5d08834011168849468970c " src="http://vhayu.typepad.com/.a/6a00e008caa5d08834011168849468970c-800wi" style="MARGIN: 0px 0px 5px 5px" title="IT Spending" /></a> Additionally, the report identifies cost reduction as the number one business objective for technology spending in the year ahead, followed closely by risk management. So with cost reduction at the top of the list, it's no wonder that the proverbial 'do more with less' is being bandied about in 2009 prediction lists, blog posts and press articles.</p>
<p>What does that mean for market data storage? For years now, data volumes have been growing exponentially and while there is no end in sight to these increases, there are financial and physical limits on a firm's ability to store this vital information especially given the current economic climate. To help Vhayu clients do more with the technology infrastructure they already have, we introduced a hybrid hardware/software solution, Velocity Squeezer that works seamlessly with our Velocity tick database and delivers at least four times compression of all data.</p>
<p>We have received positive feedback from clients who are using the Velocity Squeezer compression solution. One firm in North America has not only achieved the expected reduction in their TAQ data storage but is also experiencing faster simple query performance and now looking at cards for additional production servers. For more information about doing more with less in a market data storage context, please visit the <a href="http://www.vhayu.com/Solutions/VelocitySqueezer.aspx" target="_blank" title="Velocity Squeezer">Vhayu website</a> or contact us.</p></div>
</content>



    </entry>
    <entry>
        <title>R Goes Mainstream</title>
        <link rel="alternate" type="text/html" href="http://vhayu.typepad.com/marketdata/2009/01/r-goes-mainstream.html" />
        <link rel="replies" type="text/html" href="http://vhayu.typepad.com/marketdata/2009/01/r-goes-mainstream.html" thr:count="0" />
        <id>tag:typepad.com,2003:post-61282624</id>
        <published>2009-01-13T13:46:31-05:00</published>
        <updated>2009-01-13T13:46:31-05:00</updated>
        <summary>When the Vhayu product team determined that we should integrate the R language into the quantitative research version of our Vhayu Velocity tick database, we made the bet that it will become the standard on Wall Street. We launched Velocity...</summary>
        <author>
            <name>Victoria Schreiber</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="Quantitative Research" />
        
        <category scheme="http://sixapart.com/ns/types#tag" term="Ashlee Vance" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Market Data" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Open Source" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Quantitative Analysis" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Quantitative Research" />
        <category scheme="http://sixapart.com/ns/types#tag" term="R" />
        <category scheme="http://sixapart.com/ns/types#tag" term="TD Newcrest" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Velocity" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Vhayu" />
        
<content type="xhtml" xml:lang="en-US" xml:base="http://vhayu.typepad.com/marketdata/">
<div xmlns="http://www.w3.org/1999/xhtml"><p>When the Vhayu product team determined that we should integrate the R language into the quantitative research version of our Vhayu Velocity tick database, we made the bet that it will become the standard on Wall Street. We launched Velocity for Quantitative Research at TradeTech in April 2008, and briefed our press and analyst contacts on our strategy and the benefits that customers would realize. Coverage resulted in financial trades, deals began to close, and clients could easily access the continually increasing volumes of real-time and historical market data requiring analysis.</p>
<p>Meanwhile, the following for the open source language has been growing amongst statisticians, engineers and scientists and adoption increasing in a wide variety of industries and academia. To the point that technology reporter Ashlee Vance of <em>The New York Times</em> wrote an <a href="http://www.nytimes.com/2009/01/07/technology/business-computing/07program.html?_r=1" target="_blank" title="Data Analysts Captivated by R's Power">article</a>, "Data Analysts Captivated by R's Power" on the subject last week. Seeing R receive mainstream attention (the article featured in the "Top 10" on the NYTimes.com most emailed list) was exciting given the call that we made on it. Estimates of the size of the R population now range between 250,000 and 2 million people, and users across fields are minimizing their investment in costly statistical software licenses and proprietary languages and capitalizing on the talent emerging from universities.</p>
<p>Vance's story apparently generated a flood of reader responses, and his follow-up blog <a href="http://bits.blogs.nytimes.com/2009/01/08/r-you-ready-for-r/" target="_blank" title="R You Ready for R?">post</a>, "R You Ready for R?" linked our product manager's blog <a href="http://vhayu.typepad.com/marketdata/2008/07/the-rise-of-r.html" target="_blank" title="The rise of R">post</a> about its rise. For a client perspective on using R, you can view a <a href="https://vhayu.webex.com/ec0600l/eventcenter/recording/recordAction.do?theAction=poprecord&amp;recordID=22830037&amp;rnd=3936152896&amp;siteurl=vhayu&amp;servicename=EC&amp;RecordingID=195780542&amp;AT=VR&amp;needFilter=false" target="_blank" title="The Data Management Challenge of Quantitative Analysis">webinar</a> that we produced with equity arbitrage trader Alex Perel of TD Newcrest. And as we continue to evolve Velocity for Quantitative Research, we hope to hear from you with feedback on R or other tools for quantitative analysis.</p></div>
</content>



    </entry>
    <entry>
        <title>Normalizing Data for Liquidity Discovery</title>
        <link rel="alternate" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/12/normalizing-data-for-liquidity-discovery.html" />
        <link rel="replies" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/12/normalizing-data-for-liquidity-discovery.html" thr:count="0" />
        <id>tag:typepad.com,2003:post-59764140</id>
        <published>2008-12-09T15:26:50-05:00</published>
        <updated>2008-12-09T15:26:50-05:00</updated>
        <summary>Historically there was one market for an instrument in an asset class and trading was easier. And then the market fragmented. And now there is no single point of normalization or consolidation; time, currency and rules are skewed. The market...</summary>
        <author>
            <name>Victoria Schreiber</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="Order Books" />
        
        <category scheme="http://sixapart.com/ns/types#tag" term="Best Execution" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Data Normalization" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Fragmented Markets" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Liquidity Discovery" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Low Latency" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Market Data" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Order Books" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Trading Applications" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Velocity" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Vhayu" />
        
<content type="xhtml" xml:lang="en-US" xml:base="http://vhayu.typepad.com/marketdata/">
<div xmlns="http://www.w3.org/1999/xhtml"><p>Historically there was one market for an instrument in an asset class and trading was easier. And then the market fragmented. And now there is no single point of normalization or consolidation; time, currency and rules are skewed. The market is fragmented, distributed and de-normalized with phases, codes, flags and conditions.</p>
<p>How do you recreate the whole consolidated, normalized picture so that you can act faster? What are the considerations, criteria and architecture?</p>
<p>Order books apply to many asset classes, and creating one requires normalization. Normalization rules vary depending on strategies and therefore must be customizable. In addition to liquidity discovery, order books are critical to all trading applications, including quant research, strategy and trade execution, pre- and post-trade analytics, and compliance.</p>
<p><a href="http://vhayu.typepad.com/.a/6a00e008caa5d088340105364ceab3970b-pi" style="FLOAT: right"><img alt="Architecture" class="at-xid-6a00e008caa5d088340105364ceab3970b " src="http://vhayu.typepad.com/.a/6a00e008caa5d088340105364ceab3970b-320wi" style="MARGIN: 0px 0px 5px 5px" /></a> The architecture for consolidating fragmented liquidity in trading applications requires low latency, and reducing latency in the latency chain depends on tight integration. With high frequency and the mass of data, it is essential that data analytics and data manipulation be located in the same memory space. Data cannot move to the analytics; analytics must move to the data.</p>
<p>Consolidating fragmented markets creates a trading advantage through greater visibility to liquidity. De-normalization can be solved through customizable rules and built-in facilities for market data normalization. Solving the problems created by fragmented markets will generate more opportunity to find best execution, and inevitably the fastest technology will win.</p></div>
</content>



    </entry>
    <entry>
        <title>On-Demand Webcast: Using Real-Time Data in Transaction Cost Analysis</title>
        <link rel="alternate" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/10/on-demand-webcast-using-real-time-data-in-transaction-cost-analysis.html" />
        <link rel="replies" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/10/on-demand-webcast-using-real-time-data-in-transaction-cost-analysis.html" thr:count="0" />
        <id>tag:typepad.com,2003:post-57691205</id>
        <published>2008-10-28T16:51:33-04:00</published>
        <updated>2008-10-28T16:51:33-04:00</updated>
        <summary>Transaction Cost Analysis (TCA) has become an integral component of the trade process. It is crucial to achieve best execution, control trading costs and bring greater efficiencies to trading operations. Vhayu invites you to hear the perspectives of industry leaders...</summary>
        <author>
            <name>Victoria Schreiber</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="Benchmarks" />
        
        <category scheme="http://sixapart.com/ns/types#tag" term="ITG" />
        <category scheme="http://sixapart.com/ns/types#tag" term="RBC" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Real-Time Data" />
        <category scheme="http://sixapart.com/ns/types#tag" term="TCA Benchmarks" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Trading Performance" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Transaction Cost Analysis" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Vhayu" />
        
<content type="xhtml" xml:lang="en-US" xml:base="http://vhayu.typepad.com/marketdata/">
<div xmlns="http://www.w3.org/1999/xhtml"><p><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA">
<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-layout-grid-align: none"><strong><span style="FONT-WEIGHT: normal; FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-bidi-font-weight: bold"><a href="http://vhayu.typepad.com/.a/6a00e008caa5d08834010535c62f5a970c-pi" style="FLOAT: left"><img alt="Blog Image" border="0" class="at-xid-6a00e008caa5d08834010535c62f5a970c " src="http://vhayu.typepad.com/.a/6a00e008caa5d08834010535c62f5a970c-800wi" style="MARGIN: 0px 5px 5px 0px" title="Blog Image" /></a> </span></strong></p></span><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA" /></p>
<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-layout-grid-align: none"><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS">Transaction Cost Analysis (TCA) has become an integral component of the trade process. It is crucial to achieve best execution, control trading costs and bring greater efficiencies to trading operations.</span></span></p>
<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-layout-grid-align: none"><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS" /></span> </p>
<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-layout-grid-align: none"><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS">Vhayu invites you to hear the perspectives of industry leaders in market data and analytics on successfully measuring and analyzing trading performance and getting TCA benchmarks in real-time.</span></span></p>
<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-layout-grid-align: none"><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS" /></span> </p>
<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-layout-grid-align: none"><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS"><strong>Speakers include:</strong></span></span></p>
<p><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS">
<ul>
<li><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS"><strong>Henry Yegerman, Managing Director / Investment Technology Group (ITG)</strong></span></span></li>
<li><strong>Stephen Bain, Director - Electronic Execution Services / Royal Bank of Canada (RBC) Capital Markets</strong></li>
<li><strong>Jeff Hudson, CEO / Vhayu Technologies</strong></li></ul></span></span>

</p>
<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-layout-grid-align: none"><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS">They address these and other questions:</span></span></p>
<p><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS">
<ul>
<li><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS">How are they using real-time data in TCA and getting the performance this requires?</span></span></li>
<li>How are they overcoming the practical challenges of doing intensive data mining analysis?</li>
<li>What is the potential of complex event processing (CEP) as a complementary technology to enhance data on the fly in real-time?</li></ul></span></span>

</p>
<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-layout-grid-align: none"><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS">The one-hour recording will help you define your future technology strategy for TCA.</span></span></p>
<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-layout-grid-align: none"><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS" /></span> </p>
<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-layout-grid-align: none"><span style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-fareast-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA"><span style="FONT-FAMILY: Trebuchet MS"><strong><a href="https://vhayu.webex.com/vhayu/lsr.php?AT=pb&amp;SP=EC&amp;rID=24799457&amp;rKey=AF3267478CB42394" target="_blank" title="Vhayu TCA Webinar">WATCH IT NOW</a></strong></span></span></p></div>
</content>



    </entry>
    <entry>
        <title>Market data platform crash?</title>
        <link rel="alternate" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/10/market-data-pla.html" />
        <link rel="replies" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/10/market-data-pla.html" thr:count="1" thr:updated="2008-12-15T22:33:15-05:00" />
        <id>tag:typepad.com,2003:post-56673869</id>
        <published>2008-10-07T15:03:55-04:00</published>
        <updated>2008-10-07T15:03:55-04:00</updated>
        <summary>On September 18, 2008, the US equity markets established a new single day record, both in terms of trade and share volume, with over 60 million trades and over 600 million Level 1 quotes disseminated. Did your firm's infrastructure keep...</summary>
        <author>
            <name>Philip Perrault</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="Market Data" />
        
        <category scheme="http://sixapart.com/ns/types#tag" term="Credit Crunch" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Equity Markets" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Market Data Platform" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Share Volume" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Trade Volume" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Velocity" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Vhayu" />
        
<content type="xhtml" xml:lang="en-US" xml:base="http://vhayu.typepad.com/marketdata/">
<div xmlns="http://www.w3.org/1999/xhtml"><p>On September 18, 2008, the US equity markets established a new single day record, both in terms of trade and share volume, with over 60 million trades and over 600 million Level 1 quotes disseminated.  Did your firm's infrastructure keep up or crash?</p>

<p>Most Vhayu customers had no issues recording the US equity market on 9/18 - the few that did have problems were not Vhayu-related but because of telecom and/or market data fat pipe provider issues.  Vhayu installations, even one that was running on a dual processor machine with only 2Gb of memory, had no problems recording upwards of 700 million pricing events from 9:30 - 16:00 on 9/18.</p>

<p>Vhayu's core competency is providing firms with an industrial strength market data platform that records market data with zero tick loss in a fault tolerant, highly reliable, highly scalable manner.</p>

<p>With the demise of the investment banking model, and thus the prominence of the leveraged proprietary trading desk on the decline, the emphasis for market data platforms in the near-term will shift from the race to zero in terms of latency to the circle the wagon's bunker mentality of regulation, oversight and providing price transparency and accountability to all phases of trading operations.</p>

<p>Is your market data platform handling the explosive volumes we are seeing during the credit crunch?  In less than a year, we will see well over 1 billion market data prices in a single trading day for US equities - Vhayu will handle it - what about your market data platform?</p></div>
</content>



    </entry>
    <entry>
        <title>Benchmark Wars</title>
        <link rel="alternate" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/09/benchmark-wars.html" />
        <link rel="replies" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/09/benchmark-wars.html" thr:count="0" />
        <id>tag:typepad.com,2003:post-55815520</id>
        <published>2008-09-18T16:22:30-04:00</published>
        <updated>2008-09-18T16:22:30-04:00</updated>
        <summary>Over the past two years, a trend has been emerging amongst Vhayu's large sell-side customer base to use Velocity as a platform to build customized transaction cost analysis (TCA) tools, both to measure their own trading performance and to provide...</summary>
        <author>
            <name>John Coulter</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="Benchmarks" />
        
        <category scheme="http://sixapart.com/ns/types#tag" term="Custom Benchmarks" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Execution Reports" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Market Data" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Real-Time TCA" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Trading Applications" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Transaction Cost Analysis" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Velocity" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Vhayu" />
        
<content type="xhtml" xml:lang="en-US" xml:base="http://vhayu.typepad.com/marketdata/">
<div xmlns="http://www.w3.org/1999/xhtml"><p>Over the past two years, a trend has been emerging amongst Vhayu's large sell-side customer base to use Velocity as a platform to build customized transaction cost analysis (TCA) tools, both to measure their own trading performance and to provide intraday benchmarks to their many institutional clients who use broker-provided algorithms.</p>

<p>There are many reasons why we're seeing more and more customized TCA, but unbundling of executions from research and other broker-provided services previously paid by soft dollars stands out the most.  So while the cost of execution services has dropped like a stone to commodity status, many brokers are cleverly deploying what I call "Ginzu data management technology" (they can slice and dice market data quickly and easily for three easy payments of $29.95!  Wait, there's more!...I digress).</p>

<p>Well, actually, it's not so easy.  Many of these benchmarks require the ability to process and analyze over 100 gigabytes of intraday quote and trade data (Level 1 and 2) and publish the results into dozens of different trading applications.  In the past, brokers could furnish TCA reports to customers on a weekly basis and it was all good.  But traders are heavily scrutinized on both sides of the fence.  Many fund management firms have put additional pressure on their traders by measuring their performance on a daily basis, and have tied bonus criteria around it.  It has forced funds of this sort to take control over TCA at a macro level instead of trusting broker-provided reports, which usually go lockstep with the algos they provide and can be viewed as skewed.</p>

<p>It all boils down to who has control over the data.  As a result, we're seeing more large buy-side firms acting like brokers when it comes to data management, implementing raw market data feeds and market data distribution systems, and analyzing and storing all the data for internal purposes.  To stay one step ahead and prove their worth, the sell-side is stepping up the pace at which information is available to trading partners, a shift that has gone from weekly to end of day to intraday to real-time.</p>

<p>I spoke in April with the head of execution services at one of our biggest customers in London about his appreciation of how Vhayu allows his desk to quickly build custom benchmarks and attach them to execution reports for customer dissemination.  Prior to Vhayu, he said the reports were taking up to two hours after market close (severely cutting into pub time he noted) but now take less than 30 minutes (hooray beer!).  He also said that more customers were using their own sophisticated broker metrics, so to stay ahead, they were going to move to real-time soon to keep the orders flowing (pub owners rejoice).</p>

<p>Well, I recently saw an article about how they have indeed moved to real-time with an official stating, "traditional post-trade analysis tools were not well integrated into most client's daily workflow and so could not add optimal value to trading decisions.  Providing clients with real-time trade analysis will give them live, continuously updated information while orders are still active, enabling them to adjust orders in the pursuit of better execution."  That's the party line at least.  We know the real reason :)</p></div>
</content>



    </entry>
    <entry>
        <title>The Rise of the Silicon-Based Life-Form Trader</title>
        <link rel="alternate" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/09/the-rise-of-the.html" />
        <link rel="replies" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/09/the-rise-of-the.html" thr:count="0" />
        <id>tag:typepad.com,2003:post-55151346</id>
        <published>2008-09-04T17:25:11-04:00</published>
        <updated>2008-09-04T17:25:11-04:00</updated>
        <summary>As the human species, we tend to think of ourselves--the top of the food chain of carbon-based life--as the key actors in all the surrounds and everything involves us. We fancy ourselves masters of the planet, universe, and our fate....</summary>
        <author>
            <name>Jeff Hudson</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="Trading" />
        
        <category scheme="http://sixapart.com/ns/types#tag" term="Algorithms" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Financial Markets" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Human Traders" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Market Data" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Moore's Law" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Silicon-based Traders" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Trading" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Vhayu" />
        
<content type="xhtml" xml:lang="en-US" xml:base="http://vhayu.typepad.com/marketdata/">
<div xmlns="http://www.w3.org/1999/xhtml"><p>As the human species, we tend to think of ourselves--the top of the food chain of carbon-based life--as the key actors in all the surrounds and everything involves us.  We fancy ourselves masters of the planet, universe, and our fate.  But in the financial markets today, this could not be further from reality.</p>

<p>Until recently, humans traded all commodities, currencies, precious everythings, stocks, and bonds.  They made judgments on the value.  Humans made judgments on the value of some thing and bought that thing with the objective of selling that thing for more than the acquisition cost.  Human traders learned from experience, collected many forms of input that could have bearing on the value of something, and sought out others who valued what they had either more or less.  Trading required a human energy that fundamentally underlies many social and economic structures.</p>

<p>Enter the computer.  The first uses were as tools to help humans do a better job of collecting input, valuing some thing and finding others interested in trading.  Then a seminal event occurred in the 80's when the first computer stopped only helping humans and started trading directly with other computers.  For the first time no human energy was required to execute a trade.  A new actor that traded in markets autonomously alongside human traders was born.</p>

<p>This new actor in the market made decisions based on the state of the market that it derived by processing market data.  Humans wrote the new rules, but the actors executed them.  These new actors were called algorithms.  There are many case studies on the disasters and spectacular successes of the early algorithms.  We will save those for another day.  The truth is that the new actors are now responsible for trading over 50% of the volume in a number of markets and that percentage is growing rapidly.</p>

<p>The essence of this new actor was the silicon, the substrate of CPUs and memory.  The new actor traded autonomously and its brain was based on the silicon of integrated circuits.  It is reasonable to call it a silicon-based trader, and the real interesting part of the new perspective is to take the point of view that it is a new life form.</p>

<p>The silicon-based life form trader has two characteristics worth discussing.  One is consciousness, the attribute of sensing and understanding one's surroundings.  We could also call this situational awareness.  The other is the evolution of this consciousness.</p>

<p>Perhaps we can best describe the new actor's intelligence as reptilian.  A reptile is innately programmed to look for movement and snap at it because it may be either food (opportunity) or a threat.  By way of analogy, this new actor had a reptilian level of intelligence and acted with reptilian-like responses.  It was conscious of the market by ingesting market data and organizing that data to paint an electronic picture of the price and volume of an instrument.  The algorithms then looked for some kind of movement in a price, for example, and then acted in a predetermined manner according to a set of rules.</p>

<p>These algorithms have evolved quickly in a significant direction.  They are starting to develop and use memory to provide a more adaptive response to the change in the environment.  In addition to reacting to changes in the market, the new actors are starting to vary their response based on patterns that they have seen before.  This is completely consistent with the cognitive model that the human trader employs.  The human trader looks for changes in the market and based on experience, wisdom, and intuition--all parts of the human trader's memory--the response to the movement will vary.  The new actors, the silicon-based traders, are starting to utilize memory to adapt their response to changes in the market and relying less and less on the memory of the human trader.</p>

<p>A final thought on the evolution of the silicon-based life form trader.  Evolution occurs through a process of natural selection of the most successful approaches.  The successful approaches are further evolved in successive generations.  One factor in the speed of evolution is time span of a generation.  The shorter the time span, the faster changes are processed as either successful or unsuccessful.  In the case of a carbon-based life form trader, a generation is approximately 30 years.  In the case of the silicon-based life form trader, Moore's Law describes the doubling of processing speed every eighteen months.  Although imperfect, a rough approximation is that silicon-based life form traders are evolving geometrically faster than their carbon-based counterparts.  The unfathomable aspect of this is that the doubling of capabilities every eighteen months means the capabilities of the silicon-based trader compounds 20 times during a single generation of the carbon-based life form.</p>

<p>In summary, when we take the view that silicon-based traders remain living entities with a consciousness, an evolutionary past, and the capability for autonomous actions in the market, we dispel the notion that computers are merely tools in the hands of humans.  This is the reality today, happening as we speak.<br />
</p></div>
</content>



    </entry>
    <entry>
        <title>Overwhelming Hardware</title>
        <link rel="alternate" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/08/overwhelming-ha.html" />
        <link rel="replies" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/08/overwhelming-ha.html" thr:count="0" />
        <id>tag:typepad.com,2003:post-54058304</id>
        <published>2008-08-12T10:37:16-04:00</published>
        <updated>2008-08-12T10:37:16-04:00</updated>
        <summary>In the 1980's and early 90's graphics were all the rage. Machines were offering GUI's in one form or another. Action games were being offered that had better quality images and far more realistic blood splatters. Digital photography and scanners...</summary>
        <author>
            <name>Ken Williams</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="Hardware" />
        
        <category scheme="http://sixapart.com/ns/types#tag" term="Finance Application Programming" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Hardware Limitations" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Market Data" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Vhayu" />
        
<content type="xhtml" xml:lang="en-US" xml:base="http://vhayu.typepad.com/marketdata/">
<div xmlns="http://www.w3.org/1999/xhtml"><p>In the 1980's and early 90's graphics were all the rage.   Machines were offering GUI's in one form or another.   Action games were being offered that had better quality images and far more realistic blood splatters.   Digital photography and scanners were starting to sell.   From the user point of view this was great.</p>

<p>Programmers had a different point of view, mainly one of stress.   Drawing ever higher resolution pictures was taxing the hardware of the time to the limit.   Machines that did 50 million instructions per second didn't seem very fast when trying to draw pictures with a million 3 byte pixels 15 or more times per second.   High level languages frequently couldn't generate code that was efficient enough for the demands of the application.   Hand written assembler that had to fit in a cache line was often required to make an application perform adequately.   Programmers who thought that they had left the days of counting instructions behind (the 8088/80286 period) were back to doing it again on the 386 and 486 even though those processors were 10 to 100 times faster.   Working on a big, price is no object, graphics machine was suddenly like working on a barely adequate chip designed for embedded processing.   There just didn't seem to be enough speed or memory available to comfortably do the job.</p>

<p>Flash forward 20 years.   Machines have gigs of RAM, multi-gigahertz clocks and many cores.   Graphics is easy.   No one worries too much about the application overwhelming the hardware anymore, unless they are involved with market data.</p>

<p>Any programmer working with market data in 2008 has a lot in common with graphics programmers of 20 years ago.   Once again there is just way too much data for the hardware to deal with comfortably.   Nowadays there are machines with 16+ cores, hundreds of gigs of RAM, 10 gigabit networks and SANs with fiber channel connections.   That kind of hardware sounds very impressive until you look at the data that needs to be processed, which can peak at over a million ticks a second and requires sub-millisecond response times on analysis and queries.   At those rates a program has just one microsecond, or less, to do real-time analysis, normalize and store it and do this while analytics are publishing updates to subscribing consumers and queries are pouring in for previously stored ticks.   Suddenly the many cores and gigabytes of memory doesn't seem that impressive, in fact it seems barely adequate.   Programming for a "finance" application suddenly looks more like programming an extreme real-time system.   So once again worrying about instruction counts and memory constraints are an issue.</p>

<p>The universe, currently in the form of market data, maybe sending a message that no matter how fast your hardware gets there are always going to be uses for which it is barely adequate.</p></div>
</content>



    </entry>
    <entry>
        <title>Market Data Gravity</title>
        <link rel="alternate" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/08/market-data-gra.html" />
        <link rel="replies" type="text/html" href="http://vhayu.typepad.com/marketdata/2008/08/market-data-gra.html" thr:count="0" />
        <id>tag:typepad.com,2003:post-53882964</id>
        <published>2008-08-07T10:17:39-04:00</published>
        <updated>2008-08-07T10:17:39-04:00</updated>
        <summary>The sheer gravitational force of the market data plant is pulling the rest of the trading assembly line into its complex. Applications such as OMS's, CEP platforms, P&amp;L blotters, portfolio risk analysis, TCA, quantitative modeling and compliance monitoring all have...</summary>
        <author>
            <name>Philip Perrault</name>
        </author>
        <category scheme="http://www.sixapart.com/ns/types#category" term="Market Data" />
        
        <category scheme="http://sixapart.com/ns/types#tag" term="Data Integration" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Data Silos" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Market Data Platform" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Trading Applications" />
        <category scheme="http://sixapart.com/ns/types#tag" term="Vhayu" />
        
<content type="html" xml:lang="en-US" xml:base="http://vhayu.typepad.com/marketdata/">
&lt;div xmlns="http://www.w3.org/1999/xhtml"&gt;&lt;p&gt;The sheer gravitational force of the market data plant is pulling the rest of the trading assembly line into its complex.  Applications such as OMS's, CEP platforms, P&amp;L blotters, portfolio risk analysis, TCA, quantitative modeling and compliance monitoring all have an ever increasing need to quickly and efficiently marry global market data to their siloed application data.&lt;/p&gt;

&lt;p&gt;In the past, market datasets were small enough to allow them to be pulled in a reasonable amount of time to each of these trading applications independently, or if there was enough system downtime between successive business days, it did not matter if it took a few hours every night to pull the data.  Now a few hours have grown into at times half a day to get, for example, all North American equity quote data.&lt;/p&gt;

&lt;p&gt;The gravitational pull of the market data plant will continue to strengthen and force more and more trading applications to import some or all of their data and/or analytics into a market data platform such as that provided by Vhayu.  For most of the applications previously mentioned, the growth rates of the siloed datasets pale in comparison with the growth rates of the market data universe.  The only way that trading houses can hope to keep up with explosive market data volumes is to integrate the trading desk data silos into the market data plant.&lt;/p&gt;

&lt;p&gt;More and more of Vhayu's equity customers are bringing their internal order flow into our market data platform for analysis on a historical basis.  The next logical step is to do this on a real-time basis.  On the fixed income side, Vhayu customers have imported bond reference data history, futures contract information and spot FX trades directly into the system.  Prospective customers have approached Vhayu recently about how to integrate a historical bond (govies and corporate) ratings database into their platform, in order to do global bond portfolio re-balancing and risk assessment analysis.&lt;/p&gt;

&lt;p&gt;As many of the competitive and collaborative players such as exchanges, broker/dealers, banks, hedge/pension/mutual funds, regulatory bodies and government banks face the ever increasing volumes of trade data, which of these entities will continue to resist the pull of the market data plant versus those who embrace it and adopt platforms such as Vhayu remains to be seen.&lt;/p&gt;&lt;/div&gt;
</content>



    </entry>
 
</feed><!-- ph=1 -->

